Spine 调整一个角色，其他角色也变了？先分清 Bone 与 BoneData
相同资源可以用于多个角色，但单个实例的姿态与共享设置姿势数据需要分开检查，不要先关闭全部缓存。
本来只想把A角色的手臂转一点，B角色却也受影响。先别重新导出整套素材，确认修改写到了当前角色的运行时骨骼，还是多个角色共同使用的设置姿势数据。
相同文件与相同对象不是同一个判断
官方加载文档说明，读取JSON或二进制数据会得到SkeletonData。实际项目如何缓存和实例化，仍由具体运行库与集成封装决定；仅凭两个角色读取同一个文件名，不能证明它们持有同一个内存对象。
请集成人员记录A、B的运行时实例、相关骨骼对象，以及它们的数据引用。日志中的对象标识或引用追踪应来自真实调试信息，本文不为你的工程填入不存在的实例编号。
BoneData 的设置姿势可能影响多个实例
Spine Runtime Skeletons 文档明确说明，修改BoneData会影响使用该数据的所有骨架及其动画。官方还分别展示了修改运行时骨骼旋转与修改其data.rotation的情况；字段相近不代表作用范围相同。
因此，若目标是A的一次局部姿态，应先由负责人确认修改对象是否属于A的实例。若目标确实是统一修改所有角色的基础设置姿势，则共享影响可能正是设计所需，不自动认定为故障。
用两个实例做一项有边界的对照
- 固定相同导出批次和已知的A、B实例，保留修改前观察。
- 记录要改的具体属性、对象所有权，以及A、B是否实际共享相关数据。
- 在测试副本中仅触发A的这一次调整，分别观察A、B，并记录动画是否同时写入同一属性。
- 如果共享设置姿势数据被修改，由负责人恢复副本基线，再按单实例需求选择正确的运行时属性与应用阶段。
这是一份建议实验，不是本文执行过的多实例测试。若引用已经独立却仍同时变化，还应检查共享业务变量、对所有角色广播的更新等实际逻辑，不固执套用BoneData这一条解释。
属性写对了，还要核对动画与变换更新顺序
官方文档说明，动画通常会修改局部骨骼变换，渲染使用世界变换。若局部调整需要保留，应在项目真实更新流程里确认何时应用动画、何时写入差异、何时更新世界变换。
方法签名和物理更新要求以所用运行库版本为准。本篇不提供可以粘贴到所有引擎的统一更新循环，也不建议每帧修改共享data来对抗动画覆盖。
不要用关闭全部缓存代替对象边界修复
共享可复用的数据或纹理，与共享每个角色的可变姿态，并不是同一个要求。直接关闭全部缓存或深拷贝所有资源，可能增加加载与内存开销，却仍未定位写错对象的问题。先确认所有权，再由集成负责人选择需要独立的状态范围。
从 Spine 工作台按教程保存对应资源与导出批次，作为一致输入；工作台预览正常不代表游戏实例管理已经配置正确。验收还应交换A、B的修改对象并复查需要的动作，不只看首次加载。