桌面自动化运行中，停止按钮不只是把界面文字从“停止运行”改回“启动任务”。当前金手指为每一轮任务创建独立的停止事件，并把它传给点击器、副本执行器和逐窗口任务。用户点击停止后，事件会沿调用链被检查，等待步骤提前结束，鼠标输入状态被复位，界面与服务端运行状态分别收尾。了解这一过程，可以判断什么时候已经停止、什么时候还应等待旧线程退出。
每轮任务使用独立停止事件
开始一轮任务时，程序新建一个 Event，并把它交给当前唯一的鼠标自动化工作线程。这样做是为了隔离前后两轮任务：旧线程收到停止信号后，新的运行不能通过清空同一个事件把旧线程重新放行。界面还会检查上一轮工作线程是否仍然存活；只要它尚未真正退出，就提示任务正在停止，并阻止再次启动。
因此，停止后立刻连续点击启动并不会创建两条同时控制鼠标的流程。用户应观察按钮、状态文字和日志，在看到本轮停止信息后，再等工作线程完成收尾。这里的重点不是固定等待多少秒，而是确认旧任务所有权已经释放。
可打断等待让停止信号进入深层步骤
视觉自动化包含许多等待：等待窗口置前、等待活动页渲染、等待对话出现、等待战斗状态变化。如果这些位置都直接使用长时间睡眠，停止按钮虽然变色，深层流程仍可能到睡眠结束才返回。当前副本执行器将这类等待封装为可打断等待，在短间隔内检查停止事件；逐窗口执行器在有事件时也通过 Event.wait 接收信号。
这意味着停止不是只在一个大循环顶部检查。任务进入副本、捉鬼、普通运镖、宝图和答题等子流程后，常见等待点仍会查看同一个事件。检测到停止时，调用链返回或抛出明确的停止异常，由界面统一记录，而不是把用户中断当成普通识别错误继续重试。
为什么还要主动释放鼠标左键
列表滚动、窗口短按和点击动作可能正好处于鼠标按下与抬起之间。停止、正常完成或退出软件时，程序会执行一次输入复位，尝试释放可能残留的左键状态。这个步骤用于避免一次未完成的拖动延续到用户接管桌面之后。即使当前动作看起来只是单击，统一复位仍比假定鼠标一定已经抬起更可靠。
停止后先把鼠标移动到安全空白位置，观察是否仍有自动点击。若日志已经写出“任务已停止”且主界面恢复，说明界面收尾已完成；若再次启动时出现“上一轮任务尚未完全退出”，继续等待旧线程即可，不要重复点击开始，也不要强行同时打开另一份程序控制相同窗口。
界面收尾与后台同步彼此独立
停止处理会立即更新本地运行状态、按钮文案、功能卡片和统计状态，并隐藏任务期间使用的日志浮窗，恢复主界面。若当前存在服务端运行记录，还会启动一个后台线程同步停止原因。网络同步不占用鼠标自动化线程，因此网络短暂延迟不应阻塞用户界面恢复。
自然完成也会走统一收尾逻辑。程序会区分用户主动停止与任务自然走到末尾，只有自然完成且符合当前设置时才安排完成后的电源动作。用户主动退出软件时，则先停止正在运行的任务，再取消尚在等待期的完成后操作，最后释放输入。
停止后再次启动的正确检查顺序
第一步看按钮是否回到“启动任务”；第二步看状态与日志是否已经记录停止；第三步确认鼠标没有继续移动或点击；第四步确认目标梦幻西游手游时空客户端仍然存在且窗口句柄有效；第五步再重新选择任务组合并开始。如果客户端在停止期间关闭或重开，组队流程应重新选择队长窗口。
若停止后长时间仍有动作，应保存停止前后完整日志，并记录当时处于哪个步骤，例如活动列表滚动、NPC 对话等待或副本剧情。不要只记录最后一行，因为开发排查需要知道信号是在普通等待、模板搜索还是窗口激活阶段进入。基础操作可参考金手指使用教程，队长窗口重新选择方法见队长窗口选择教程。