攀爬逆向动力学（IK）的核心约束是动态生成并实时更新末端执行器（手/脚）的目标位置与朝向，需结合地形射线检测、法线滤波、关节角限制、多末端同步求解及物理扰动叠加，而非单纯解算关节角度。
什么是攀爬逆向动力学（IK）的核心约束
游戏里让角色手脚“自动贴合”岩石、窗沿、斜坡这类不规则表面，本质不是靠动画帧驱动，而是用逆向动力学实时解算关节角度，使末端执行器（手/脚）精准到达目标位置并朝向合理。关键不在“解IK”，而在“定义目标”——目标点不能是固定坐标，必须动态生成：比如脚底中心需落在地形法线向上偏移 0.02f 的位置，手掌朝向需与接触面切线方向对齐，且手腕不能过度扭转。
- 目标位置必须做地形射线检测（
Raycast），不是简单取transform.position + offset - 接触面法线要平滑滤波（尤其在网格边缘），否则脚会高频抖动；建议用邻近多点采样后加权平均
- 手腕/脚踝的旋转自由度需显式限制：
ClampAngle限制肩关节外展角、髋关节内旋角，否则会出现“拧麻花”穿模
Unity C++（Native Plugin）中调用 FABRIK 还是 CCD？
Unity 原生 C# IK 系统（如 Animator.SetIKPosition）只支持简单两段链（手臂/腿），无法处理攀爬所需的多段链（肩→肘→腕→手指根部）和多末端协同。若用 C++ 插件实现，别碰传统雅可比转置法——它在实时场景下太慢且易发散。FABRIK 收敛快、几何直观，但默认版本不支持朝向约束；CCD 更易加入旋转变量，但迭代次数多时性能波动大。
- 优先改写 FABRIK：在每次末端更新后，用
Quaternion.LookRotation(tangent, normal)强制重定向手掌局部 Z 轴 - 关节角限制必须在每次迭代后立即裁剪，而不是最后统一处理，否则中间态会导致链扭曲
- 对攀爬这种强耦合场景，手和脚的 IK 必须同步求解（共享根骨位移），不能分两次调用独立 IK 求解器
地形适配时最容易被忽略的三个物理细节
角色攀爬不是“粘在墙上”，而是在微小滑动、反弹、挤压中保持可信接触。纯数学 IK 会忽略这些，导致脚突然悬空或手穿透岩壁。
- 射线检测必须带距离容差（
maxDistance = 0.3f），并返回最近三角形而非顶点——否则在陡峭接缝处会误判为“无接触” - 脚底需叠加一个
SpringJoint式的弹性偏移：目标位置 = 射线击中点 + 法线 ×footOffset，但实际骨骼位置按阻尼公式lerp(current, target, 0.4f)更新 - 手掌接触瞬间触发
OnCollisionEnter并锁定该手 IK 权重为 1.0，同时降低对侧手权重至 0.3，避免双臂同时强约束引发拉扯
为什么不用 Unity DOTS Physics + Hybrid Renderer 做这个？
有人想用 DOTS 大规模跑攀爬 IK，但当前（2024）Unity.Physics 不提供任意三角形网格的精确法线查询接口，Collider.Raycast 只返回粗略面片法线，且无法获取 UV 或材质 ID 来区分“可抓握岩面”和“光滑玻璃”。Hybrid Renderer 的骨骼变换又不暴露到 Job System 中，你没法在 IJobParallelForTransform 里安全读写 TransformAccessArray 的 rotation 字段。
- 真要用 DOTS，得自己用
UnsafeList预存每个攀爬点的法线+切线+粗糙度，再用HashMap做空间哈希索引，成本远超收益 - 当前最稳路径：C# 主逻辑控制 IK 开关与权重，C++ 插件只干一件事——给定目标位置/朝向/关节限界，输出四元数数组，其余全在主线程完成
地形曲率突变处的手脚相位差、不同材质摩擦系数对手指抓握力的影响、甚至呼吸导致的脊柱微晃——这些细节不靠 IK 公式，靠的是在目标位置上叠一层程序化扰动。没人真去解十自由度全身 IK，都是把问题拆成“哪只手该动”“动多少”“动多快”，剩下的交给美术调参。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
