Spine 动画切换后旧事件还在触发？核对淡出事件阈值

角色已经切到下一段动作，旧动作的音效或通知似乎仍被执行。先记录事件来自哪个播放实例，而不是看到画面切换就把之后的回调全部归给新动画。

淡出期间仍有需要检查的事件规则

官方Spine Unity事件文档说明，TrackEntry的EventThreshold控制淡出混合期间的用户事件。默认0会在下一动画开始时停止旧动画的用户事件；文档用0.5表示混合中途停止、1表示持续到混合末尾。

这些是该文档的行为说明，不是给所有项目的一键修复值。先核对实际运行库版本、事件类型与当前配置；自定义动画系统不一定采用同一机制。

先给每次通知标明来源

1. 固定骨骼资源、两个实际动作、轨道与混合设置。
2. 记录收到的事件名、所属TrackEntry、动作名和接收时刻。
3. 区分进入动画与淡出动画，检查事件是否在预期的混合区间。
4. 核对实际订阅位置及业务处理调用次数，避免同一通知在多个入口被重复执行。

官方还区分AnimationState级订阅与单个TrackEntry订阅。日志中出现两次业务动作，不足以证明导出里有两个相同事件；需要把发出、接收与处理次数分别对齐。

不要把用户事件与完成通知混在一起

EventThreshold不是所有回调的总开关。若观察的是Complete或End，应按Complete与End的区别核对生命周期，而非只调整用户事件阈值。

若配置本来为默认0，旧用户事件仍出现，应继续查实际播放对象、其他轨道和重复订阅；不要先下结论说必须把阈值再设一次0。

从业务意图决定淡出事件是否保留

脚步声、取消攻击和不可重复的业务动作可能有不同规则。由集成负责人明确取消或保留条件，在副本中测试切换、中断与重复播放，再核对接收日志。收到通知并不自动授权伤害或其他业务结果。

从Spine工作台按教程保存资源与动作信息；运行时订阅和事件策略仍由接收项目负责。本篇未执行引擎事件实验，也不宣称工作台模板都内置同名事件。