第4章 · 高级特性扩展

第 4 章 · 高级特性扩展

本章要回答的三个问题：MuJoCo 对水、沙子、布料这类「非刚体」对象支持到什么程度，边界在哪？引擎的能力不够用时，插件机制能把自定义力学与传感器接进求解循环吗？它自带的渲染系统能做什么、不能做什么，怎样用正确的姿势让算法「看见」场景？三问对应 4.1、4.2、4.3。

为什么会有这一章

前三章搭好的框架覆盖了刚体、铰接结构与接触——这是机器人场景的主干道。但真实项目隔三差五会拐进岔路：水下机器臂要感受流体阻力，分拣任务里混着颗粒物料，软体夹爪的形变本身就是研究对象；再往外围，视觉 RL 需要「从相机渲染画面」，仿真画面对外展示需要一点观感。这些需求第一反应常是「MuJoCo 行不行」，行不行、行到几分、不行的时候怎么绕——就是本章要给清楚的答案。

把这一章放进试车场的比喻里，它是「特殊路况测试区」：主赛道（刚体动力学）之外的沙地、水潭与影像棚。特殊路况的使用原则与主赛道不同——先问保真度需求再动用，能简化就简化，每一个特性都有明确的适用边界。第一章说过「视觉真实感、影视级柔体不是 MuJoCo 的使命」，本章会把这个判断展开成可操作的细节：什么叫做「对动力学有影响的简化建模」、插件怎么在不破坏内核的前提下扩展它、渲染为什么够算法用而不够宣传片用。

另一个务实理由：高级特性的坑大多不在「能不能跑」，而在「跑出来的结果符不符合预期」。颗粒堆的休止角对不对、柔体的回复行为真不真、相机画面的时间戳对不对——这些验证思路本章都会给，避免「能跑就信」的侥幸。

读完能解决什么

对照开头三问，读完本章你应当能够：

• 为水下、颗粒、软体对象选择正确的建模档位：用内置近似（流体阻力、椭圆锥摩擦、柔性体自由度）还是外部方案，并能说出选择依据；
• 判断一个需求是否需要写插件，能用插件接口接入自定义力、传感器或执行器，并保持求解器循环不被破坏；
• 用离屏渲染为 RL 生成观测画面，正确设置相机、光照与分辨率，并能解释 MuJoCo 渲染与游戏级渲染的差距为何无关紧要或致命；
• 识别三类典型误用：把影视级柔体需求硬塞给 MuJoCo、用插件暴力修改内核行为、把渲染画质当作物理保真度的指标。

各节怎么分工

三节相对独立，可以按需单点取用；唯一的前置是第三章——4.1 的流体阻力与柔体自由度最终都汇入 3.1 的运动方程，4.2 的插件力也走同一入口。不看第三章直接用，能跑通但出问题时无从排查。

本章的全景一张图

这张图的读法：所有扩展需求先过两道分岔——对象类型决定走 C、D、E 哪条扩展路线，「是给算法看还是给人看」决定渲染问题的归属。无论哪条路，终点都回到 I：用第三章的框架验证扩展行为的物理合理性。高级特性不是脱离主干道的另一套物理，而是主干道上的加座。

先决条件

• 第三章的方程框架与数据结构：本章节的扩展机制最终都汇入 mj_step 流水线；
• 第二章的建模语法：流体阻力、柔体、插件的配置都写在 MJCF 里；
• 4.3 需要一点图形学常识（相机、视场角、分辨率），不需要 OpenGL 编程经验；
• 做插件开发的读者需要 C/C++ 基础，纯使用者可跳过实现细节只看机制说明。

往下走到哪

本章给引擎「加了料」，下一章把加过料的引擎用起来：强化学习训练环境的完整构建、模型预测控制与轨迹优化、以及 Sim-to-Real 的方法论。第五章会用到的视觉观测（4.3 的离屏渲染）与自定义场景元素（4.1 与 4.2）都在本章备好了货。如果你的项目暂时只涉及纯刚体任务，本章可以跳过先读第五章，需要时再回来——它是工具箱里的备用工具格，不是主线路径的必经站。