Spine 完成回调为什么触发多次？先区分 complete 与 end

角色动作看起来只完成一次，日志却收到多次完成通知。先确认监听的方法与对象，不立即重导动画。循环结束、条目不再应用，与业务只处理一次，是不同的约定。

准确写出通知名称

Spine当前4.3 API参考说明complete在条目动画每次完成循环时调用，并可能在混出期间发生；end表示条目不会再次应用。两者不能因为中文都像结束就互换。

按实际运行库版本和封装核对方法，不把本篇当作跨版本代码。完成通知也不等于命中或服务端业务确认。

日志要区分条目与来源

1. 记录实例、轨道、条目、动作和回调类型。
2. 保留循环配置、混出状态和观察时刻。
3. 核对全局与条目监听，是否在重复进入界面时再次注册。
4. 区分同条目另一个循环、不同条目，以及同通知经过多个处理入口。

这些分支需要真实日志，不认定多次通知一定来自重复注册，也不编造已经发生的事件顺序。

明确业务接受哪次通知

循环待机与只应推进一次状态的任务，接受规则可以不同。项目负责人需明确动作实例、取消和中断条件，再通过已有状态管理处理重复通知。

不要用所有角色共享的单一已完成标记挡住全部回调，否则可能吞掉后续合法动作。也不为看到一次结果绕过权限或服务端确认。

事件接收与姿态退出分别验收

如果是动画有画面却没有具体声音或动作事件，参照事件接收与业务处理链。如果通知已收到但姿态仍保留，再查轨道退出，不通过重画图片处理回调次数。

本文不建议每次complete都自动重启动画。回调中做任何修改，都要核对真实更新顺序和运行库文档。

覆盖循环、中断与再次进入

在Spine工作台依教程保留原资源和动作，用同批次导出比较单次、循环、中断、混出与再次进入。

本篇未执行引擎实验。记录通知来自哪里、按什么规则接受，以及业务实际结果；没有异常不等于已经证明只处理一次。