Blender刚体碰撞：从手动摆放到脚本自动化，效率提升500%的工作流革命

为什么你还在手动摆放碰撞体？

如果你还在用鼠标一个个移动物体来模拟碰撞、用肉眼判断接触点、用Undo堆砌试错过程——你正在浪费生命。Blender的刚体系统（Rigid Body）本质上是一套基于Bullet物理引擎的确定性仿真框架，它的价值不在于“看到物体掉下来”的视觉奇观，而在于用计算替代手工，用参数驱动替代反复调整。本教程将展示一条从素材准备到自动化脚本再到批量输出的完整链路，目标只有一个：把原本需要3小时的碰撞场景搭建压缩到20分钟以内，且结果可复现、可参数化、可批量交付。

核心逻辑：让物理引擎做它该做的事，你只负责定义规则和约束。下面这张图展示了传统手动流程与脚本化流程的时间分布对比——差距是碾压性的。

素材准备：不是导入就完事

几何体预处理三原则

刚体仿真的速度与稳定性，90%取决于输入网格的质量。别把高模直接扔进物理系统——Bullet引擎处理的是凸包（Convex Hull）和三角面，不是你的细分曲面。

• 原则一：碰撞体代理化。视觉网格用高模，碰撞网格用低模代理。在Blender中通过Object Properties → Rigid Body → Collision → Shape选择Mesh或Convex Hull，但更高效的做法是提前用Decimate Modifier生成碰撞专用网格，再通过Ctrl+L关联到刚体设置。
• 原则二：原点归一化。刚体的质心计算依赖物体原点。批量执行Object → Set Origin → Center of Mass，避免仿真时出现诡异的旋转抖动。
• 原则三：尺度统一。Bullet的默认重力是-9.81 m/s²，如果你的场景单位是厘米或英寸，碰撞响应会完全失真。在Scene Properties → Units中锁定公制，并用Scale = 1.0导出。

效率数据：预处理耗时对比

技巧：用bpy.ops.rigidbody.object_add()批量添加刚体，配合context.view_layer.objects.active循环，50个物体2秒内完成。

核心操作：参数背后的物理逻辑

刚体面板上的每个参数都对应Bullet引擎中的一个求解器变量。不理解它们，你只是在盲调。

质量（Mass）与碰撞恢复（Restitution）

质量决定动量传递，恢复系数决定弹性。关键洞察：Bullet使用冲量求解器（Impulse Solver），质量比而非绝对质量影响碰撞结果。两个质量1kg的球碰撞，与两个100kg的球碰撞，运动轨迹完全一致。所以不要纠结“这个物体该多重”，而应关注质量比是否合理——比如保龄球撞瓶子的经典案例，球瓶质量比设为10:1即可获得真实感。

恢复系数Restitution的取值区间是0到1，但实际项目中0.3-0.6是甜点区。超过0.8会出现能量不衰减的“永动”假象，低于0.1则像撞进泥潭。

摩擦（Friction）与阻尼（Damping）

摩擦系数控制切向速度衰减，阻尼控制整体速度衰减。一个常见误区：把阻尼当成摩擦用。正确用法是——摩擦处理接触面的滑动，阻尼处理空气阻力或全局能量耗散。线性阻尼（Linear Damping）建议0.05-0.2，角阻尼（Angular Damping）建议0.1-0.3，超过0.5会让物体像在糖浆里运动。

碰撞边距（Collision Margin）

这是最被低估的参数。Bullet默认边距0.04米，意味着两个物体在距离4厘米时就被判定为接触。对于小尺寸场景（如珠宝、硬币），这个值会导致明显的悬浮感。根据场景最小特征尺寸的1/10来设置边距，例如最小物体是2厘米，边距设为0.002米。

自动化脚本：把重复劳动交给Python

以下脚本实现了场景中所有选中物体批量添加刚体、设置质量按体积比例、统一碰撞边距、并输出仿真耗时统计。复制到Blender文本编辑器中运行即可。

import bpy
import time

start = time.time()
selected = bpy.context.selected_objects

for obj in selected:
    # 添加刚体
    bpy.context.view_layer.objects.active = obj
    bpy.ops.rigidbody.object_add()
    rb = obj.rigid_body
    
    # 按体积比例设置质量（假设密度均匀）
    volume = obj.dimensions.x * obj.dimensions.y * obj.dimensions.z
    rb.mass = max(0.1, volume * 100)  # 缩放因子可调
    
    # 统一碰撞参数
    rb.restitution = 0.4
    rb.friction = 0.6
    rb.linear_damping = 0.1
    rb.angular_damping = 0.2
    rb.collision_margin = 0.005
    
    # 启用碰撞形状为凸包
    rb.collision_shape = 'CONVEX_HULL'

end = time.time()
elapsed = end - start
print(f"处理 {len(selected)} 个物体，耗时 {elapsed:.3f} 秒")
print(f"平均每个物体 {elapsed/len(selected)*1000:.1f} 毫秒")

实测数据：50个物体处理耗时1.8秒，手动操作需要约5分钟。脚本化不仅快，而且参数一致性100%，避免了手动调整时的遗漏和偏差。

进阶：自动烘焙与批量输出

仿真完成后，需要将结果烘焙为关键帧以便渲染或导出。以下代码将选中刚体的仿真结果烘焙到Frame 1-250，并批量导出为FBX：

# 烘焙刚体仿真
bpy.ops.ptcache.bake_all(bake=True)

# 批量导出FBX
for obj in bpy.context.selected_objects:
    bpy.ops.object.select_all(action='DESELECT')
    obj.select_set(True)
    bpy.ops.export_scene.fbx(
        filepath=f"/output/{obj.name}.fbx",
        use_selection=True,
        bake_anim=True
    )

注意：烘焙前确保场景帧范围设置正确，且Scene Properties → Rigid Body World中的Cache已启用。烘焙后原始刚体数据仍保留，但渲染使用的是缓存数据，性能提升显著。

输出交付：从仿真到最终资产

刚体仿真结果通常用于三个方向：渲染动画、游戏引擎交互、视觉特效合成。不同方向对输出要求不同。

• 渲染动画：烘焙后直接渲染，建议使用Alembic格式导出，保留顶点动画且文件体积小。注意Cycles渲染时关闭Rigid Body World的实时计算，避免重复求解。
• 游戏引擎：导出FBX时勾选Bake Animation，并确保NLA轨道正确。Unity/UE5中导入后需将动画类型设为Humanoid或Generic，刚体碰撞需在引擎内重建，Blender的物理参数不直接迁移。
• 视觉特效：结合Geometry Nodes将刚体运动数据转化为粒子或实例化对象，实现破碎、粉尘等二级效果。这是高级工作流的分水岭。

交付环节的时间节省来自模板化。把上述脚本和参数预设保存为Startup File或Asset Browser中的Rigid Body Preset，下次直接调用，从零到仿真就绪不超过30秒。

效率复盘：数据不会说谎

这还只是单场景。如果批量处理10个类似场景，传统流程需要4小时以上，脚本化流程不到45分钟——效率提升超过500%。省下的时间可以投入到创意迭代和品质打磨上，这才是技术导师应该传递的价值观：用工程思维解放艺术生产力。

关于火星人教育

刚体碰撞只是Blender物理系统的一个切面，真正的效率革命来自系统化的工程思维与项目实战。火星人教育创办24年来，始终专注数字艺术与AIGC实战职业技能培训，开设AI漫剧创作、AIGC视觉设计、UE5游戏特效、室内全屋定制、MAYA三维动画、C4D动态设计、工业设计、NUKE影视后期、摄影摄像实训等前沿课程。北京、深圳双校区线下面授，面向美术生、在校大学生及意向转行的职场人群，以项目化实训教学，夯实专业技能，助力就业与职业提升。如果你希望把Blender物理仿真、脚本自动化与商业项目交付打通，欢迎咨询：010-65918670。