本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
和问题排查
我的状态机执行停留在活动状态。
只有在您使用 GetActivityTaskAPI 操作轮询任务令牌后，活动任务状态才会开始。最佳做法是添加任务级别超时以避免执行卡住。有关更多信息，请参阅 使用超时来避免执行卡住。
如果您的状态机在ActivityScheduled事件中停滞不前，则表明您的活动工作人员队列存在问题或规模不足。您应该监控ActivityScheduleTime CloudWatch 指标，并在该时间增加时设置警报。但是，要使状态未转换为状态的任何停滞Activity状态机执行超时，请在ActivityStarted状态机级别定义超时。为此，请在状态机定义的开头在TimeoutSeconds字段之外指定一个字States段。
我的活动工作人员在等待任务令牌时超时。
工作线GetActivityTask程用于检索正在运行的状态机安排执行的通过指定活动 ARN 的任务。 GetActivityTask开始长时间的轮询，因此服务会保持 HTTP 连接处于打开状态，并在任务可用时立即做出响应。服务在响应之前保留请求的最长时间为 60 秒。如果在 60 秒内没有任务可用，则轮询会返回taskToken带空字符串的。为避免这种超时，请在Amazon SDK 或用于进行 API 调用的客户端中配置客户端套接字，其超时时间至少为 65 秒。