本页面介绍何为任务队列，以及何时和如何使用它们。借助任务队列，应用可以在用户请求之外异步执行工作（即任务）。如果应用需要在后台执行工作，那么它会将任务添加到任务队列。这些任务稍后由工作器服务执行。
任务队列服务是专为异步工作设计的。它无法在任务交付时间上提供强有力的保证，因此不适合用户正在等待结果的交互式应用。
推送队列和拉取队列
任务队列有两种类型：推送队列和拉取队列。对于不同的队列，任务队列服务向工作器服务分派任务请求的方式是不同的。
推送队列通过向 App Engine 工作器服务传送 HTTP 请求来运行任务。它们会以可靠、稳定的速率分派这些请求，并保证任务能够可靠执行。由于您可以控制从队列发送任务的速率，因此可以控制工作器的调节行为，从而控制成本。
由于任务作为针对 App Engine 服务的请求来执行，因此它们需遵循严格的期限限制。由自动调节服务处理的任务必须在十分钟之内完成。由基本和手动调节服务处理的任务最长可运行 24 小时。
拉取队列完全不分派任务。它们依靠其他工作器服务主动从队列中“租用”任务。拉取队列提供更大的掌控力，让您能够更灵活地选择处理任务的时间和位置，但也要求您执行更严格的流程管理。当某任务被租用时，租用工作器会声明一个截止期限。工作器必须在截止期限之前完成该任务并将其删除，否则任务队列服务将允许其他工作器租用该任务。
所有任务队列任务都是异步执行的。创建任务的应用将任务移交给队列。原始应用不会收到关于任务是否完成或是否成功的通知。
如果工作器无法处理任务，则任务队列服务会为队列提供重试机制，以实现有限次数的任务重试。
使用场景
推送队列
推送队列的一种典型使用场景是“慢”操作。设想一下社交网络消息传递系统。每次用户发送消息时，网络都需要通知发送者的关注者。此操作可能非常耗时。借助推送队列，应用可以在每条消息到达时将该消息所对应的任务加入队列，以便将任务分派给工作器服务进行处理。当工作器收到任务请求时，它会检索发送者的关注者列表，并为每个关注者更新数据库。如果为每个数据库的更新将另一项推送任务加入队列，工作器的工作效率可以得到极大提高。
推送队列的另一个用途是计划任务。假设有一个用来实施广告系列的应用。可以将为发送电子邮件而编写的一组任务添加到推送队列中，并指示在指定的未来时间之前暂不执行这些任务。当到达截止日期时，任务队列服务将开始发出执行任务的请求。
拉取队列
如果您需要批处理任务以提高执行效率，拉取队列是不错的选择。一种解决方案利用了将标记附加到拉取任务的功能。工作器可以租用一组具有相同标记的任务。典型的例子包括维护着多种不同游戏排行榜的应用，这些游戏不断有许多玩家和团队参与。每次有新的高分记录诞生时，应用都可以将包含分数和玩家的拉取任务加入队列，并将游戏 ID 用作任务标记。工作器会定期“唤醒”，租用一组具有相同游戏 ID 的任务并更新排行榜。您可以使用指定的标记值明确租用任务，或是让服务决定发送哪一组具有类似标记的任务。
使用标记进行批处理的功能非常强大。由于标记可在应用运行时动态生成，因此工作器可以轻松地处理新的游戏 ID。