Composer没有物理刚体属性，它只是PHP依赖管理工具，不处理刚体、碰撞体或动力学计算；所谓“刚体”属于Cocos Creator、Unity等引擎，Composer仅能播放预计算的动画序列，不参与物理仿真。
Composer 没有物理刚体属性——它根本不是物理引擎，也不处理任何刚体、碰撞体或动力学计算。
你看到的“刚体”“RigidBody”“Collision”等术语，实际属于 Cocos Creator（cc 引擎）、Unity、Godot 或 Three.js 等具备物理系统的环境。Composer 是 PHP 的依赖管理工具，它的 composer.json 里连 rigidBody 字段都无定义权限，写进去也完全被忽略。
Composer 里为什么找不到 RigidBody 组件或 Type 设置
-
composer命令行工具只解析包依赖、脚本钩子、autoload 规则等，不读取、不校验、不运行任何与 3D、物理、动画相关的配置项 - 所有试图在
composer.json或composer config中添加mass、useGravity、Type的操作，都不会触发任何行为，也不会报错——只是被静默跳过 - 如果你在某个 UI 界面里看到了“刚体”选项卡，那绝不是 Composer，而是你误点了 Cocos Creator 编辑器、Unity Inspector 或 Blender Physics 标签页
真正需要刚体碰撞动效时，该用什么工具链
- 若目标是 Web 端交互式装配演示：用
cannon-es+three.js构建轻量物理场景，再把结果导出为帧序列或 glTF 动画，导入 Composer 播放（仅展示，不仿真） - 若已在 Cocos Creator 项目中：必须同时添加
BoxCollider和RigidBody，且RigidBody.type设为DYNAMIC，mass > 0，否则不会响应力或重力 - 若用 Unity 制作预演：用
ConfigurableJoint或Physics.Raycast检测接触点，再驱动 Animator 参数，最后导出为 FBX 或 Alembic 进 Composer
容易被当成“Composer 刚体功能”的三个混淆点
- 把
composer require安装的某个前端物理库（如matter-js）误认为是 Composer 自带能力 - 在 Composer 时间轴上手动打关键帧模拟“碰撞反弹”，然后叫它“刚体动效”——这只是视觉欺骗，无质量、无反作用力、无能量守恒
- 看到 CAD 软件（如 CATIA DMU Kinematics）导出的
.3dxml带 “kinematic” 字样，就以为 Composer 在运行运动学求解——其实只是按时间戳播放预设位姿
真正做硬物碰撞动效，得从仿真源头开始：设定质量、摩擦系数、接触刚度，跑完求解器，再把 time + position + rotation 序列喂给 Composer。它只演，不算。
