概念页
Godot 物理与碰撞层
Godot Physics & Collision Layers
Godot 提供 Area（检测/影响）与三类物理体；用 collision_layer / collision_mask 比特决定谁与谁交互。物理非确定性——不要指望跨端逐帧锁步复现。
原理：四种碰撞对象（2D 有 3D 对偶）
- Area*D：检测进入/离开、影响（重力区、音量）；不做刚体求解。
- StaticBody*D：不动或动画位移的障碍。
- RigidBody*D：引擎积分受力运动。
- CharacterBody*D（旧 Kinematic）：脚本驱动移动，用
move_and_slide等做角色控制。
形状由 CollisionShape*D / CollisionPolygon 提供；射线与形状查询见 ray-casting。
层与掩码：对象「位于」哪些 layer，并「扫描」哪些 mask；仅当 A.layer ∩ B.mask 且 B.layer ∩ A.mask 匹配时交互（详见官方）。
应用
- 平台角色 → CharacterBody；箱子 → RigidBody；伤害区/拾取 → Area。
- 大世界坐标：large_world_coordinates；插值见 physics/interpolation。
取舍
- CharacterBody 可控性高、手感需自调；RigidBody 真实但难「游戏手感」。
- 层配置错误是「穿模/打不到」头号原因——用调试碰撞形状可视化。
- 非确定性：联网勿依赖物理为权威模拟，除非自建确定性方案（链网络理论页）。
参见
出处
- Godot 官方文档（离线 HTML，stable） Godot 4.7/stable
- Godot 官方文档（离线 HTML，stable） Godot 4.7/stable
- Godot 官方文档（离线 HTML，stable） Godot 4.7/stable
- Godot 官方文档（离线 HTML，stable） Godot 4.7/stable
- docs.godotengine.org/en/stable/tutorials/physics/physics_introduction.html
- docs.godotengine.org/en/stable/tutorials/physics/index.html
相关页面
游戏开发碰撞检测系统Collision Detection System碰撞检测系统判断游戏世界里的物体是否接触，本质上是一个"高级几何相交测试器"，同时返回接触的详细信息。每个可碰撞对象由形状 + 变换描述，全部存放在独立的碰撞世界里；形状尽量用球、胶囊、盒、凸体等简单图元。为了在大量物体中快速找到真正相交的对，引擎使用时间相干性、空间划分，以及宽相、中相、窄相三级筛选（GEA4 卷 II 14.3）。游戏开发碰撞查询Collision Queries碰撞系统除了检测真实物体的接触，还要回答假设性问题：子弹从枪口朝某方向飞，先打中什么？车能否从 A 开到 B 不碰到东西？某半径内有哪些敌人？这类操作称为碰撞查询。最常见的是投射 (cast)，也叫 trace 或 probe：沿射线或线段移动一个假想物体，看它会碰到什么；被投射的东西并不真正进入碰撞世界，不会影响其他物体（GEA4 卷 II 14.3.7）。游戏开发碰撞响应与约束求解Collision Response & Constraint Solving刚体碰撞后，模拟必须让它们做出逼真的反应，并保证一步结束时不再互相穿透，这就是碰撞响应。主流方法有三种：基于牛顿恢复定律的冲量法、像硬阻尼弹簧一样的惩罚力、以及把碰撞当作约束交给通用约束求解器。此外还要处理摩擦、多边形汤上的伪接触（焊接），以及让物体安静下来（休眠与模拟岛）。约束（点对点、铰链、棱柱、布娃娃、动力约束等）限制刚体的自由度；每帧的物理步骤是"积分 → 碰撞检测 → 碰撞解决 → 约束求解"的迭代误差最小化（GEA4 卷 II 14.4.7–14.4.10）。游戏开发游戏中的物理与中间件Physics in Games & Middleware今天游戏引擎所说的"物理"，准确说是经典刚体动力学模拟：理想化的、无限坚硬不可形变的物体在力的作用下如何运动和相互作用。它高度依赖碰撞检测系统；反过来，碰撞检测可以独立存在，几乎所有有移动物体的游戏都有某种碰撞检测，但不一定有物理。GEA 先讨论要不要物理、物理是否好玩、它对项目各部门的影响，再列出主流中间件（GEA4 卷 II 第 14 章引言、14.1–14.2）。游戏开发物理引擎与游戏的集成Integrating a Physics Engine into a Game碰撞/物理世界里的刚体只是抽象的数学描述，要通过游戏对象这个中枢，间接连到屏幕上的视觉表现。刚体按谁驱动分三类：物理驱动、游戏驱动（Havok 称 key framed）、固定；Havok 用可在运行时切换的"运动类型"统一表示。每帧更新有固定顺序：先更新游戏驱动刚体、幻影、力、冲量和约束，再步进模拟，然后回读物理驱动对象、查询幻影、执行投射查询。物理宜用恒定的 1/30 或 1/60 秒时间步。GEA 还逐一讨论了子弹、手雷、爆炸、可破坏物、角色移动、相机碰撞和布娃娃的实际做法（GEA4 卷 II 14.5–14.6）。游戏开发 · UE5Chaos 物理与碰撞Chaos Physics & CollisionChaos 是 UE5 的物理与破碎系统。日常最常打交道的是碰撞模型：每个物理体有对象类型 (Object Type) 和对其他类型的 Block/Overlap/Ignore 响应，结果由双方共同决定；Hit 与 Overlap 事件都要显式开启。骨骼网格通过物理资产 (Physics Asset) 获得刚体与约束（布娃娃、物理动画）；Chaos 破碎基于几何集合 (Geometry Collection) 的分级断裂、簇阈值、连接图与缓存回放，并能把事件交给 Niagara。物理体用盒/球/胶囊/凸包代理，原理对应游戏数学中的包围体与相交测试。游戏开发 · UE5角色移动组件与 MoverCharacter Movement Component & Mover角色移动组件 (CMC) 用「客户端预测 + 服务器校验 + 纠正后重放」实现联网移动：自主代理先在本地移动并把操作存起来，用 ServerMove RPC 发给服务器重演，位置不符时服务器用 ClientAdjustPosition 纠正，客户端再按保存的操作重放；模拟代理只应用复制下来的移动并做平滑。实验性插件 Mover 计划接替 CMC，改用共享时间线、回滚与重模拟的模型，并且更模块化。