1. 项目概述为什么物理引擎是游戏开发的“骨架”与“肌肉”如果你刚开始接触Cocos Creator可能会觉得物理引擎是个“高大上”的概念离自己还很远。但事实上无论是你点击屏幕让一个方块弹跳还是角色被怪物击飞甚至是两个物体碰撞时发出的清脆音效背后都离不开物理引擎的计算。你可以把它理解为游戏世界的“物理法则制定者”和“规则执行者”。没有它你的游戏世界将是一片死寂物体不会下落碰撞没有反馈一切都失去了真实感。Cocos Creator作为一款成熟的跨平台游戏引擎其内置的物理系统正是为了将复杂的物理模拟变得简单易用。对于新手而言理解并上手物理引擎是让你的游戏从“静态展示”迈向“动态交互”的关键一步。无论是制作一款简单的2D弹球游戏还是一个需要复杂角色与环境交互的3D冒险游戏物理引擎都是你不可或缺的核心工具。这篇文章我将从一个多年一线开发者的角度带你彻底搞懂Cocos Creator物理引擎的方方面面从概念到配置从组件到实战让你不仅能“知其然”更能“知其所以然”避开我当年踩过的那些坑。2. 物理引擎核心设计与选型思路拆解2.1 物理引擎的本质不只是碰撞检测很多初学者会把物理引擎简单等同于“碰撞检测”。这其实是一个常见的误解。碰撞检测Collision Detection确实是物理引擎最基础、最核心的功能之一它负责判断两个或多个物体在空间上是否发生了重叠。但一个完整的物理引擎远不止于此它是一套动力学模拟系统。这套系统主要包含两大模块碰撞检测负责“发现”接触。它通过几何计算判断物体的形状如盒子、球体、胶囊体在某一时刻是否相交。物理响应负责“处理”接触。当碰撞被检测到后系统需要根据物体的属性如质量、速度、弹性计算出合理的反应比如反弹、滑动、停止并更新物体的运动状态位置、旋转、速度。在Cocos Creator中物理引擎还负责管理重力、关节约束、射线检测、连续碰撞检测等高级功能。理解这一点至关重要因为它决定了你如何设计游戏对象和编写逻辑。2.2 Cocos Creator的物理后端如何做出明智的选择Cocos Creator并没有重新发明轮子去自研一套物理引擎而是集成了业界成熟的开源解决方案作为“后端”。这带来了稳定性和性能保障但也意味着我们需要在项目初期就做出选择。在项目设置 - 功能裁剪 - 物理系统中你会看到几个选项Builtin、Cannon.js、Bullet (ammo.js) 和 PhysX。为什么要有这么多选择这背后是引擎团队对不同平台、不同项目需求的深度考量。简单来说这是一个在功能、性能、包体大小之间的权衡。Builtin内置这是最轻量级的选项。它只包含基础的碰撞检测功能没有完整的动力学模拟。这意味着物体不会因为重力下落碰撞后也不会自动反弹。它就像一个“触发器”系统。如果你的游戏只需要知道两个物体何时接触例如角色拾取金币、进入触发器区域而不需要真实的物理反馈那么Builtin是最佳选择它能最大程度地减小发布包体积。注意选择Builtin后所有刚体、力、关节等组件都将失效系统只会处理碰撞组件的触发事件。Cannon.js一个纯JavaScript编写的开源3D物理引擎。它的优点是包体相对较小约141KB且完全开源可控。在Web平台和一些对包体敏感的小游戏平台上有一定优势。但其功能和性能在复杂3D场景中相对较弱。Bullet (ammo.js)这是Bullet物理引擎通过Emscripten工具链编译到WebAssemblyWasm或asm.js的版本。它是Cocos Creator默认的物理后端。Bullet本身是久经沙场的工业级开源引擎功能全面且稳定。ammo.js版本在功能和性能上取得了很好的平衡是目前Web和原生平台兼顾的通用选择。PhysX由英伟达NVIDIA开发的高性能物理引擎广泛应用于3A游戏。Cocos Creator集成的是PhysX 4.1。它的最大优势是在原生平台尤其是iOS、Android、Windows、macOS上性能极其出色并且稳定性极高。但缺点是Wasm版本包体巨大约5MB不适合有严格包体限制的Web或小游戏场景。选型决策树我个人的经验之谈你的游戏需要真实的物理运动吗重力、碰撞反弹、力否- 选Builtin。包体最小。是- 进入第2步。你的主要发布平台是Web、微信小游戏等包体敏感- 选Bullet (ammo.js)。功能与性能的均衡之选。iOS/Android原生App追求极致性能- 选PhysX。能充分利用设备硬件。多平台发布且Web版包体压力不大- 选Bullet (ammo.js)作为默认可为不同平台构建不同配置需要一些构建脚本工作。你的项目是纯2D游戏吗是- Cannon.js和Bullet都是不错的选择但Bullet的社区支持和文档更完善。PhysX对2D的支持并非其强项。一个关键提示物理引擎的选型可以在开发过程中随时在项目设置中切换。这意味着你可以先用Bullet进行快速原型开发在最终针对某个平台构建时再切换为PhysX以优化性能。这种灵活性非常友好。3. 核心组件解析与实操要点Cocos Creator的物理系统通过一系列组件Component来驱动。理解每个组件的职责和参数是正确使用的关键。3.1 刚体RigidBody物体的“物理身份”刚体组件是赋予一个游戏对象物理属性的核心。你可以把它理解为物体的“物理身份证”。没有刚体一个物体在物理世界中将是一个“幽灵”其他物体会穿透它。主要属性解析类型TypeStatic静态质量无限大完全不受力影响不会移动。用于地面、墙壁等固定环境。Dynamic动态具有质量完全受物理定律力、碰撞支配。你的主角、箱子、子弹通常都是动态刚体。Kinematic运动学一种特殊的类型。它不受物理力的直接影响如重力、碰撞力但可以通过直接设置其位置position或速度linearVelocity来运动。常用于需要代码精确控制的物体如平台电梯、由玩家直接拖动的物体等。它能够推动动态刚体。质量Mass动态刚体的质量。质量越大惯性越大越难被推动或改变运动状态。在真实的物理中质量也影响重力G mg但在引擎中重力加速度是统一的质量主要影响惯性。线性阻尼/角阻尼Linear/Angular Damping可以理解为“空气阻力”或“摩擦力”。线性阻尼减缓物体的移动速度角阻尼减缓物体的旋转速度。值范围0-1值越大物体停止得越快。这是一个非常实用的参数可以避免物体因为微小碰撞而永远滑动下去。允许休眠Allow Sleep当一个动态刚体速度近乎为零且一段时间内没有外力作用时物理引擎会将其置为“休眠”状态不再计算其物理过程以节省性能。当有新的碰撞或力作用时它会自动唤醒。在绝大多数情况下你应该开启这个选项。实操心得对于主角或频繁交互的物体有时可以关闭“允许休眠”避免因为休眠导致对某些输入响应延迟。但对于场景中大量静止或低速的杂物如散落的金币、碎片务必开启这是重要的性能优化手段。3.2 碰撞体Collider物体的“物理形状”刚体定义了物体的物理属性而碰撞体则定义了它的几何形状。一个刚体可以附带多个不同形状的碰撞体。2D与3D碰撞体类型2D矩形Box、圆形Circle、多边形Polygon、胶囊Capsule。3D盒子Box、球体Sphere、胶囊体Capsule、圆柱体Cylinder、圆锥体Cone、网格Mesh性能开销大、凸包Convex Hull用简单凸多面体近似复杂形状。关键属性是否为触发器Is Trigger如果勾选则该碰撞体只进行碰撞检测不产生物理响应。物体可以互相穿透。通常用于触发区域如检测玩家进入某个区域如宝箱范围、存档点。此时你需要通过监听onTriggerEnter等事件来处理逻辑。材质Material附着在碰撞体上定义了碰撞表面的物理特性主要是摩擦系数Friction和弹性系数Restitution。摩擦系数0表示绝对光滑如冰面1表示摩擦力极大。它影响物体沿表面滑动的难易程度。弹性系数0表示完全非弹性碰撞如橡皮泥碰撞后粘在一起1表示完全弹性碰撞理想情况能量无损失。0.8左右的弹性系数可以模拟一个有弹性的皮球。一个重要概念刚体与碰撞体的关系一个常见的困惑是刚体和碰撞体到底该加给谁规则很简单需要参与物理模拟受重力、会被力推动的物体必须添加刚体组件。刚体必须配合至少一个碰撞体组件才能与其他物体发生交互。碰撞体可以加在拥有刚体的节点上也可以加在它的子节点上。后者常用于组合复杂形状。例如一个“人形角色”节点有一个刚体它的子节点“身体”有一个胶囊碰撞体“左手”和“右手”各有一个球体碰撞体。这样物理引擎就会将这个组合体视为一个整体进行模拟。3.3 物理材质Physics Material这是一个独立的资源Asset可以在资源管理器中创建右键 - 创建 - Physics Material。它封装了摩擦和弹性参数可以被多个碰撞体共享和复用。这样做的好处是一致性确保所有“冰面”或“橡胶”都有相同的物理属性。易维护修改一个物理材质资源所有使用它的碰撞体都会同步更新。创建与使用步骤在资源管理器右键创建Physics Material命名为Ice。将其Friction设为 0.1Restitution设为 0。在场景中选中一个地面碰撞体组件将其Material属性拖拽赋值为此Ice资源。4. 从零开始实现一个简单的物理交互场景让我们通过一个完整的例子将上述知识串联起来。目标是创建一个有重力、有弹性小球和不同材质平面的基础物理场景。4.1 场景搭建与基础配置创建项目与设置物理后端新建一个3D项目2D项目原理相通。打开项目 - 项目设置 - 功能裁剪。在物理系统中选择Bullet (ammo.js)作为我们的物理后端。点击应用。创建静态地面在场景编辑器中创建一个立方体Cube节点重命名为Ground。调整其Scale例如(10, 0.5, 10)使其成为一个扁平的地板。选中Ground节点点击检查器下方的添加组件按钮。选择Physics - Box Collider。这会自动为该节点添加一个RigidBody组件并且其Type被自动设置为Static因为它是第一个被添加的碰撞体。这正是我们想要的静态地面。为了让地面更有区分度可以给它一个绿色的材质。创建动态小球创建一个球体Sphere节点重命名为Ball将其放置在Ground上方。选中Ball节点添加组件Physics - Sphere Collider。同样这会自动添加一个RigidBody类型为Dynamic。在RigidBody组件中我们可以调整Mass为 2让它重一些。给小球一个红色的材质。运行测试点击编辑器上方的运行按钮。你应该能看到小球受重力影响下落撞击地面后弹起几次最终静止在地面上。恭喜你的第一个物理场景成功了4.2 添加交互与力静态的落下太无聊了让我们用代码给它施加一些力。创建控制脚本在资源管理器的assets目录下右键创建 - TypeScript命名为BallController。双击打开编写以下代码import { _decorator, Component, RigidBody, Vec3, input, Input, KeyCode } from cc; const { ccclass, property } _decorator; ccclass(BallController) export class BallController extends Component { // 声明一个属性用于在编辑器中设置力的大小 property public jumpForce: number 5; // 声明刚体组件的引用 private _rigidBody: RigidBody | null null; start() { // 在start生命周期获取刚体组件 this._rigidBody this.getComponent(RigidBody); // 注册键盘输入事件 input.on(Input.EventType.KEY_DOWN, this.onKeyDown, this); } onKeyDown(event: any) { // 检查获取到的刚体是否存在 if (!this._rigidBody) { return; } switch(event.keyCode) { case KeyCode.SPACE: // 按下空格键 // 施加一个向上的冲量Impulse。冲量会立即改变速度与力Force不同。 // Vec3.UP 是 (0, 1, 0)乘以力的大小。 this._rigidBody.applyImpulse(Vec3.UP.multiplyScalar(this.jumpForce)); break; case KeyCode.KEY_A: // 按下A键 // 施加一个持续的力Force方向向左-X轴 this._rigidBody.applyForce(new Vec3(-this.jumpForce * 10, 0, 0)); break; case KeyCode.KEY_D: // 按下D键 // 施加一个持续的力方向向右X轴 this._rigidBody.applyForce(new Vec3(this.jumpForce * 10, 0, 0)); break; } } onDestroy() { // 组件销毁时取消事件监听防止内存泄漏 input.off(Input.EventType.KEY_DOWN, this.onKeyDown, this); } }应用脚本并测试将BallController脚本拖拽到场景中的Ball节点上。在检查器中你可以看到Jump Force属性可以调整它来控制跳跃力度。再次运行游戏。按下空格键小球会向上跳起按住A或D键小球会受到持续的左右方向的力。代码解析applyImpulse和applyForce是施加力的两种主要方式。Impulse冲量是瞬间的力直接改变速度适合跳跃、射击等瞬时交互。Force力是持续的每帧都会施加适合模拟风力、引擎推力等。我们通过input.on监听全局键盘事件。在onDestroy中移除监听是良好的编程习惯。Vec3是Cocos Creator中表示三维向量的类Vec3.UP是其预定义的常量。4.3 实现碰撞与触发检测物理交互的核心是知道“何时发生了碰撞”。Cocos Creator提供了完善的事件回调机制。修改脚本添加碰撞监听在BallController脚本中我们增加碰撞和触发相关的回调。import { _decorator, Component, RigidBody, Vec3, input, Input, KeyCode, ICollisionEvent, ITriggerEvent } from cc; const { ccclass, property } _decorator; ccclass(BallController) export class BallController extends Component { property public jumpForce: number 5; private _rigidBody: RigidBody | null null; start() { this._rigidBody this.getComponent(RigidBody); input.on(Input.EventType.KEY_DOWN, this.onKeyDown, this); } // ------------------- 碰撞事件 ------------------- // 当碰撞开始时调用持续碰撞的每一帧也会调用 onCollisionEnter(event: ICollisionEvent) { console.log([碰撞开始] 与 ${event.otherCollider.node.name} 发生碰撞); // event.otherCollider 是与之碰撞的另一个碰撞体 // event.otherCollider.node 是碰撞体所在的节点 } onCollisionStay(event: ICollisionEvent) { // 碰撞持续中每帧调用。可用于计算持续挤压等逻辑。 // console.log([碰撞持续] 与 ${event.otherCollider.node.name} 接触中); } onCollisionExit(event: ICollisionEvent) { console.log([碰撞结束] 与 ${event.otherCollider.node.name} 分离); } // ------------------- 触发事件 ------------------- // 注意只有碰撞体的 Is Trigger 为 true 时才会产生触发事件 onTriggerEnter(event: ITriggerEvent) { console.log([触发进入] 进入 ${event.otherCollider.node.name} 的区域); // 例如玩家进入宝箱范围可以在这里显示提示UI } onTriggerExit(event: ITriggerEvent) { console.log([触发离开] 离开 ${event.otherCollider.node.name} 的区域); } onKeyDown(event: any) { if (!this._rigidBody) return; switch(event.keyCode) { case KeyCode.SPACE: this._rigidBody.applyImpulse(Vec3.UP.multiplyScalar(this.jumpForce)); break; case KeyCode.KEY_A: this._rigidBody.applyForce(new Vec3(-this.jumpForce * 10, 0, 0)); break; case KeyCode.KEY_D: this._rigidBody.applyForce(new Vec3(this.jumpForce * 10, 0, 0)); break; } } onDestroy() { input.off(Input.EventType.KEY_DOWN, this.onKeyDown, this); } }创建触发器区域在场景中再创建一个立方体命名为TriggerZone放在地面旁边。为其添加一个Box Collider组件。关键步骤在Box Collider组件中勾选Is Trigger。你可以取消其RigidBody组件因为触发器不需要物理模拟。或者保留一个Static类型的刚体也可以。给这个区域一个半透明的蓝色材质以示区别。运行并测试运行游戏控制小球滚动。当小球与地面碰撞时控制台会打印[碰撞开始]和[碰撞结束]信息。当小球进入蓝色TriggerZone区域时控制台会打印[触发进入]离开时打印[触发离开]。注意小球会直接穿过这个区域因为它是触发器。5. 物理系统高级配置与性能调优5.1 物理世界配置物理引擎并非完全自动运行我们需要通过PhysicsSystem单例来配置全局的物理世界。import { PhysicsSystem } from cc; // 通常在游戏启动时例如某个常驻节点的start方法中进行配置 PhysicsSystem.instance.enable true; // 确保物理系统开启 PhysicsSystem.instance.gravity new Vec3(0, -10, 0); // 设置重力默认是 (0, -10, 0) PhysicsSystem.instance.fixedTimeStep 1/60; // 物理更新的固定时间步长默认1/60秒 PhysicsSystem.instance.maxSubSteps 1; // 每帧最大子步数用于处理帧率波动 PhysicsSystem.instance.autoSimulation true; // 是否自动模拟物理如果设为false需要手动调用step重力Gravity你可以修改它来创造水下重力减小、外星重力方向改变等效果。固定时间步长fixedTimeStep物理模拟最好在固定的时间间隔内进行以保证稳定性。通常设置为1/6060FPS或1/5050FPS。即使游戏图形渲染帧率波动物理模拟也会按照这个固定步长稳定运行。最大子步数maxSubSteps如果一帧的时间deltaTime超过了fixedTimeStep物理引擎会将这一帧分割成多个子步来模拟。这个参数限制了最多分割几步防止在极端卡顿时消耗过多性能。5.2 碰撞过滤分组与掩码当场景中有成百上千的物体时让所有物体都互相检测碰撞是不现实的也是巨大的性能浪费。Cocos Creator使用分组Group和掩码Mask机制来进行碰撞过滤。原理分组Group每个碰撞体都属于一个分组例如DEFAULT、PLAYER、ENEMY、BULLET、GROUND。掩码Mask每个碰撞体都有一个掩码它是一个位掩码bitmask定义了“我愿意与哪些分组的物体发生碰撞”。如何工作 物体A分组PLAYER 掩码ENEMY | BULLET和物体B分组ENEMY 掩码PLAYER | BULLET。系统检查A的掩码是否包含B的分组ENEMY。是的包含。系统检查B的掩码是否包含A的分组PLAYER。是的包含。两个条件都满足A和B才会进行碰撞检测。配置方法定义分组在项目设置 - 物理 - 碰撞矩阵中你可以添加、删除和重命名分组。这里定义了所有可用的分组。设置分组与掩码脚本设置import { Collider, PhysicsSystem } from cc; const collider this.getComponent(Collider); // 设置分组为 PLAYER collider.setGroup(PhysicsSystem.PhysicsGroup.PLAYER); // 设置掩码只与 ENEMY 和 GROUND 分组碰撞 collider.setMask(PhysicsSystem.PhysicsGroup.ENEMY | PhysicsSystem.PhysicsGroup.GROUND);编辑器设置在碰撞体组件的属性面板中可以直接从下拉列表中选择预设的分组。掩码则需要通过勾选矩阵中的复选框来设置非常直观。实操心得合理规划碰撞分组是项目初期就必须做的设计。一个典型的平台跳跃游戏分组可能包括PLAYER, ENEMY, BULLET, GROUND, PLATFORM, ITEM, TRIGGER。通过掩码精确控制可以轻松实现“子弹不打自己人”、“玩家可以踩踏平台但不能穿过敌人”等逻辑同时大幅提升性能。5.3 性能优化要点简化碰撞形状尽可能使用基础的几何体Box, Sphere, Capsule代替复杂的网格Mesh碰撞体。凸包Convex Hull是复杂形状和性能之间的一个较好折中。善用休眠Sleep如前所述为不活跃的动态刚体开启休眠。静态物体标记为Static永远不会移动的物体如地形一定要设为Static刚体物理引擎会对它们进行特殊优化。控制物理更新频率对于非核心的物理物体如远处飘落的树叶可以考虑降低其物理更新的频率而不是每帧都更新。减少不必要的连续碰撞检测CCDCCD用于防止高速运动的物体如子弹穿过薄墙但计算开销大。只为真正需要的物体如子弹、高速移动的玩家开启。在刚体组件上可以找到useCCD选项。分帧处理如果一帧内需要创建大量物理物体如爆炸产生的碎片可以考虑分几帧来完成避免单帧卡顿。6. 常见问题与排查技巧实录即使理解了原理在实际开发中依然会遇到各种“诡异”的问题。下面是我总结的一些高频问题及解决方法。6.1 物体抖动或穿透这是新手最常见的问题之一。原因1缩放Scale非均匀或极端。物理引擎对碰撞体的计算基于其世界变换。如果节点的缩放值不是(1,1,1)或者存在极端值如0.01或100可能会导致数值计算不稳定。解决尽量避免对带有物理组件的节点进行非均匀缩放如(1,2,1)。如果需要改变碰撞体大小优先调整碰撞体组件自身的Size、Radius等属性而不是节点的Scale。原因2质量Mass差异过大。一个质量极大的物体如默认的Static刚体质量无限大与一个质量极小的物体碰撞可能会导致数值不稳定引起抖动。解决调整动态刚体的质量使其处于一个合理的范围内如0.1到100之间避免极端值。确保场景中动态物体的质量级相差不要过于悬殊。原因3帧率过低或物理步长设置不当。如果游戏帧率远低于物理固定步长如fixedTimeStep1/60但帧率只有30或者maxSubSteps设置得太小物理引擎可能无法正确模拟高速或复杂的运动导致穿透。解决优化游戏性能保证帧率。可以尝试适当增大fixedTimeStep如改为1/30但会降低物理模拟精度。也可以增大maxSubSteps如改为3或5让物理引擎在一帧内进行更多次计算来“追赶”时间。6.2 碰撞事件不触发明明物体撞在一起了但onCollisionEnter就是没反应。原因1至少有一方没有刚体组件。碰撞检测发生在两个碰撞体之间但碰撞事件的发送需要至少一方有刚体组件。解决确保发生碰撞的两个物体中至少有一个拥有RigidBody组件Static或Dynamic或Kinematic都行。原因2碰撞分组被过滤。检查两个碰撞体的分组和掩码设置确保它们互相“可见”。解决在编辑器的碰撞矩阵中仔细检查或在脚本中打印出它们的group和mask值进行调试。原因3物体初始位置重叠。如果两个物体在游戏一开始onLoad阶段就重叠在一起物理引擎可能不会触发onCollisionEnter而是直接进入onCollisionStay状态。解决确保场景中的物体初始位置不相互嵌入。或者在代码中在物理系统启用后例如在start中轻微移动一下其中一个物体。原因4脚本未正确挂载或生命周期方法名错误。确保脚本组件挂载在了拥有刚体的节点上并且方法名完全正确大小写敏感。解决仔细核对方法名onCollisionEnter检查控制台是否有报错。6.3 施加力没有效果代码调用了applyForce但物体纹丝不动。原因1刚体类型是 Static。Static刚体不受任何力的影响。解决将刚体类型改为Dynamic。原因2质量Mass为0或极小。力F m * a如果质量m为0加速度a再大也没用。解决检查并设置一个合理的质量值大于0。原因3力的大小太小。如果你设置了一个Vec3(0.01, 0, 0)的力对于质量是1的物体加速度只有0.01单位/秒²在重力作用下可能根本看不出来。解决增大力的数值或者使用applyImpulse冲量来获得即时效果。调试时可以打印出力向量和刚体的速度来确认。原因4力施加在了局部坐标但方向不对。applyLocalForce是在物体的局部坐标系下施加力。如果物体旋转了你以为是向前推实际可能是向旁边推。解决在施加力时明确你使用的是世界坐标力applyForce还是局部坐标力applyLocalForce。对于新手建议先用世界坐标力。6.4 物理模拟与图形不同步“鬼畜”或延迟有时物体会出现奇怪的抽搐或者物体的图形渲染位置比其物理位置慢半拍。原因直接在update中修改物理物体的node.position。这是最致命的错误。update每帧渲染前调用如果你在这里直接设置节点的位置会覆盖物理引擎在这一帧计算出的新位置导致物理状态被破坏下一帧物理引擎又会基于错误的位置计算从而产生抖动。解决永远不要在update中直接设置物理物体的node.position或node.rotation。正确的做法是如果要让物体遵循物理规则运动使用力applyForce或冲量applyImpulse。如果要完全控制物体运动如跟随鼠标使用Kinematic类型的刚体并在update中设置其rigidBody.linearVelocity或通过rigidBody.getWorldPosition/SeteWorldPosition需谨慎来操作。如果只是想同步物理位置到渲染这是引擎自动完成的你不需要做任何事。如果你需要根据物理位置更新其他逻辑如摄像机跟随应该在lateUpdate生命周期中读取rigidBody.worldPosition而不是node.position。一个简单的调试技巧在场景编辑器中开启物理调试绘制。点击编辑器上方菜单的调试 - 物理调试绘制或使用快捷键。这样你就能在场景中看到所有碰撞体的线框轮廓和刚体的速度向量对于可视化物理世界、诊断碰撞体形状错位、速度方向等问题有极大帮助。物理引擎是游戏真实感的灵魂上手初期难免遇到各种问题。我的建议是从一个最简单的场景开始每增加一个功能重力、碰撞、力、触发就测试一次确保理解每一步发生了什么。遇到问题时善用调试绘制和Console日志耐心分析。当你熟悉了这套系统后你会发现它能为你打开一扇新的大门让你创造出无比生动和有趣的游戏世界。
1. 项目概述为什么物理引擎是游戏开发的“骨架”与“肌肉”如果你刚开始接触Cocos Creator可能会觉得物理引擎是个“高大上”的概念离自己还很远。但事实上无论是你点击屏幕让一个方块弹跳还是角色被怪物击飞甚至是两个物体碰撞时发出的清脆音效背后都离不开物理引擎的计算。你可以把它理解为游戏世界的“物理法则制定者”和“规则执行者”。没有它你的游戏世界将是一片死寂物体不会下落碰撞没有反馈一切都失去了真实感。Cocos Creator作为一款成熟的跨平台游戏引擎其内置的物理系统正是为了将复杂的物理模拟变得简单易用。对于新手而言理解并上手物理引擎是让你的游戏从“静态展示”迈向“动态交互”的关键一步。无论是制作一款简单的2D弹球游戏还是一个需要复杂角色与环境交互的3D冒险游戏物理引擎都是你不可或缺的核心工具。这篇文章我将从一个多年一线开发者的角度带你彻底搞懂Cocos Creator物理引擎的方方面面从概念到配置从组件到实战让你不仅能“知其然”更能“知其所以然”避开我当年踩过的那些坑。2. 物理引擎核心设计与选型思路拆解2.1 物理引擎的本质不只是碰撞检测很多初学者会把物理引擎简单等同于“碰撞检测”。这其实是一个常见的误解。碰撞检测Collision Detection确实是物理引擎最基础、最核心的功能之一它负责判断两个或多个物体在空间上是否发生了重叠。但一个完整的物理引擎远不止于此它是一套动力学模拟系统。这套系统主要包含两大模块碰撞检测负责“发现”接触。它通过几何计算判断物体的形状如盒子、球体、胶囊体在某一时刻是否相交。物理响应负责“处理”接触。当碰撞被检测到后系统需要根据物体的属性如质量、速度、弹性计算出合理的反应比如反弹、滑动、停止并更新物体的运动状态位置、旋转、速度。在Cocos Creator中物理引擎还负责管理重力、关节约束、射线检测、连续碰撞检测等高级功能。理解这一点至关重要因为它决定了你如何设计游戏对象和编写逻辑。2.2 Cocos Creator的物理后端如何做出明智的选择Cocos Creator并没有重新发明轮子去自研一套物理引擎而是集成了业界成熟的开源解决方案作为“后端”。这带来了稳定性和性能保障但也意味着我们需要在项目初期就做出选择。在项目设置 - 功能裁剪 - 物理系统中你会看到几个选项Builtin、Cannon.js、Bullet (ammo.js) 和 PhysX。为什么要有这么多选择这背后是引擎团队对不同平台、不同项目需求的深度考量。简单来说这是一个在功能、性能、包体大小之间的权衡。Builtin内置这是最轻量级的选项。它只包含基础的碰撞检测功能没有完整的动力学模拟。这意味着物体不会因为重力下落碰撞后也不会自动反弹。它就像一个“触发器”系统。如果你的游戏只需要知道两个物体何时接触例如角色拾取金币、进入触发器区域而不需要真实的物理反馈那么Builtin是最佳选择它能最大程度地减小发布包体积。注意选择Builtin后所有刚体、力、关节等组件都将失效系统只会处理碰撞组件的触发事件。Cannon.js一个纯JavaScript编写的开源3D物理引擎。它的优点是包体相对较小约141KB且完全开源可控。在Web平台和一些对包体敏感的小游戏平台上有一定优势。但其功能和性能在复杂3D场景中相对较弱。Bullet (ammo.js)这是Bullet物理引擎通过Emscripten工具链编译到WebAssemblyWasm或asm.js的版本。它是Cocos Creator默认的物理后端。Bullet本身是久经沙场的工业级开源引擎功能全面且稳定。ammo.js版本在功能和性能上取得了很好的平衡是目前Web和原生平台兼顾的通用选择。PhysX由英伟达NVIDIA开发的高性能物理引擎广泛应用于3A游戏。Cocos Creator集成的是PhysX 4.1。它的最大优势是在原生平台尤其是iOS、Android、Windows、macOS上性能极其出色并且稳定性极高。但缺点是Wasm版本包体巨大约5MB不适合有严格包体限制的Web或小游戏场景。选型决策树我个人的经验之谈你的游戏需要真实的物理运动吗重力、碰撞反弹、力否- 选Builtin。包体最小。是- 进入第2步。你的主要发布平台是Web、微信小游戏等包体敏感- 选Bullet (ammo.js)。功能与性能的均衡之选。iOS/Android原生App追求极致性能- 选PhysX。能充分利用设备硬件。多平台发布且Web版包体压力不大- 选Bullet (ammo.js)作为默认可为不同平台构建不同配置需要一些构建脚本工作。你的项目是纯2D游戏吗是- Cannon.js和Bullet都是不错的选择但Bullet的社区支持和文档更完善。PhysX对2D的支持并非其强项。一个关键提示物理引擎的选型可以在开发过程中随时在项目设置中切换。这意味着你可以先用Bullet进行快速原型开发在最终针对某个平台构建时再切换为PhysX以优化性能。这种灵活性非常友好。3. 核心组件解析与实操要点Cocos Creator的物理系统通过一系列组件Component来驱动。理解每个组件的职责和参数是正确使用的关键。3.1 刚体RigidBody物体的“物理身份”刚体组件是赋予一个游戏对象物理属性的核心。你可以把它理解为物体的“物理身份证”。没有刚体一个物体在物理世界中将是一个“幽灵”其他物体会穿透它。主要属性解析类型TypeStatic静态质量无限大完全不受力影响不会移动。用于地面、墙壁等固定环境。Dynamic动态具有质量完全受物理定律力、碰撞支配。你的主角、箱子、子弹通常都是动态刚体。Kinematic运动学一种特殊的类型。它不受物理力的直接影响如重力、碰撞力但可以通过直接设置其位置position或速度linearVelocity来运动。常用于需要代码精确控制的物体如平台电梯、由玩家直接拖动的物体等。它能够推动动态刚体。质量Mass动态刚体的质量。质量越大惯性越大越难被推动或改变运动状态。在真实的物理中质量也影响重力G mg但在引擎中重力加速度是统一的质量主要影响惯性。线性阻尼/角阻尼Linear/Angular Damping可以理解为“空气阻力”或“摩擦力”。线性阻尼减缓物体的移动速度角阻尼减缓物体的旋转速度。值范围0-1值越大物体停止得越快。这是一个非常实用的参数可以避免物体因为微小碰撞而永远滑动下去。允许休眠Allow Sleep当一个动态刚体速度近乎为零且一段时间内没有外力作用时物理引擎会将其置为“休眠”状态不再计算其物理过程以节省性能。当有新的碰撞或力作用时它会自动唤醒。在绝大多数情况下你应该开启这个选项。实操心得对于主角或频繁交互的物体有时可以关闭“允许休眠”避免因为休眠导致对某些输入响应延迟。但对于场景中大量静止或低速的杂物如散落的金币、碎片务必开启这是重要的性能优化手段。3.2 碰撞体Collider物体的“物理形状”刚体定义了物体的物理属性而碰撞体则定义了它的几何形状。一个刚体可以附带多个不同形状的碰撞体。2D与3D碰撞体类型2D矩形Box、圆形Circle、多边形Polygon、胶囊Capsule。3D盒子Box、球体Sphere、胶囊体Capsule、圆柱体Cylinder、圆锥体Cone、网格Mesh性能开销大、凸包Convex Hull用简单凸多面体近似复杂形状。关键属性是否为触发器Is Trigger如果勾选则该碰撞体只进行碰撞检测不产生物理响应。物体可以互相穿透。通常用于触发区域如检测玩家进入某个区域如宝箱范围、存档点。此时你需要通过监听onTriggerEnter等事件来处理逻辑。材质Material附着在碰撞体上定义了碰撞表面的物理特性主要是摩擦系数Friction和弹性系数Restitution。摩擦系数0表示绝对光滑如冰面1表示摩擦力极大。它影响物体沿表面滑动的难易程度。弹性系数0表示完全非弹性碰撞如橡皮泥碰撞后粘在一起1表示完全弹性碰撞理想情况能量无损失。0.8左右的弹性系数可以模拟一个有弹性的皮球。一个重要概念刚体与碰撞体的关系一个常见的困惑是刚体和碰撞体到底该加给谁规则很简单需要参与物理模拟受重力、会被力推动的物体必须添加刚体组件。刚体必须配合至少一个碰撞体组件才能与其他物体发生交互。碰撞体可以加在拥有刚体的节点上也可以加在它的子节点上。后者常用于组合复杂形状。例如一个“人形角色”节点有一个刚体它的子节点“身体”有一个胶囊碰撞体“左手”和“右手”各有一个球体碰撞体。这样物理引擎就会将这个组合体视为一个整体进行模拟。3.3 物理材质Physics Material这是一个独立的资源Asset可以在资源管理器中创建右键 - 创建 - Physics Material。它封装了摩擦和弹性参数可以被多个碰撞体共享和复用。这样做的好处是一致性确保所有“冰面”或“橡胶”都有相同的物理属性。易维护修改一个物理材质资源所有使用它的碰撞体都会同步更新。创建与使用步骤在资源管理器右键创建Physics Material命名为Ice。将其Friction设为 0.1Restitution设为 0。在场景中选中一个地面碰撞体组件将其Material属性拖拽赋值为此Ice资源。4. 从零开始实现一个简单的物理交互场景让我们通过一个完整的例子将上述知识串联起来。目标是创建一个有重力、有弹性小球和不同材质平面的基础物理场景。4.1 场景搭建与基础配置创建项目与设置物理后端新建一个3D项目2D项目原理相通。打开项目 - 项目设置 - 功能裁剪。在物理系统中选择Bullet (ammo.js)作为我们的物理后端。点击应用。创建静态地面在场景编辑器中创建一个立方体Cube节点重命名为Ground。调整其Scale例如(10, 0.5, 10)使其成为一个扁平的地板。选中Ground节点点击检查器下方的添加组件按钮。选择Physics - Box Collider。这会自动为该节点添加一个RigidBody组件并且其Type被自动设置为Static因为它是第一个被添加的碰撞体。这正是我们想要的静态地面。为了让地面更有区分度可以给它一个绿色的材质。创建动态小球创建一个球体Sphere节点重命名为Ball将其放置在Ground上方。选中Ball节点添加组件Physics - Sphere Collider。同样这会自动添加一个RigidBody类型为Dynamic。在RigidBody组件中我们可以调整Mass为 2让它重一些。给小球一个红色的材质。运行测试点击编辑器上方的运行按钮。你应该能看到小球受重力影响下落撞击地面后弹起几次最终静止在地面上。恭喜你的第一个物理场景成功了4.2 添加交互与力静态的落下太无聊了让我们用代码给它施加一些力。创建控制脚本在资源管理器的assets目录下右键创建 - TypeScript命名为BallController。双击打开编写以下代码import { _decorator, Component, RigidBody, Vec3, input, Input, KeyCode } from cc; const { ccclass, property } _decorator; ccclass(BallController) export class BallController extends Component { // 声明一个属性用于在编辑器中设置力的大小 property public jumpForce: number 5; // 声明刚体组件的引用 private _rigidBody: RigidBody | null null; start() { // 在start生命周期获取刚体组件 this._rigidBody this.getComponent(RigidBody); // 注册键盘输入事件 input.on(Input.EventType.KEY_DOWN, this.onKeyDown, this); } onKeyDown(event: any) { // 检查获取到的刚体是否存在 if (!this._rigidBody) { return; } switch(event.keyCode) { case KeyCode.SPACE: // 按下空格键 // 施加一个向上的冲量Impulse。冲量会立即改变速度与力Force不同。 // Vec3.UP 是 (0, 1, 0)乘以力的大小。 this._rigidBody.applyImpulse(Vec3.UP.multiplyScalar(this.jumpForce)); break; case KeyCode.KEY_A: // 按下A键 // 施加一个持续的力Force方向向左-X轴 this._rigidBody.applyForce(new Vec3(-this.jumpForce * 10, 0, 0)); break; case KeyCode.KEY_D: // 按下D键 // 施加一个持续的力方向向右X轴 this._rigidBody.applyForce(new Vec3(this.jumpForce * 10, 0, 0)); break; } } onDestroy() { // 组件销毁时取消事件监听防止内存泄漏 input.off(Input.EventType.KEY_DOWN, this.onKeyDown, this); } }应用脚本并测试将BallController脚本拖拽到场景中的Ball节点上。在检查器中你可以看到Jump Force属性可以调整它来控制跳跃力度。再次运行游戏。按下空格键小球会向上跳起按住A或D键小球会受到持续的左右方向的力。代码解析applyImpulse和applyForce是施加力的两种主要方式。Impulse冲量是瞬间的力直接改变速度适合跳跃、射击等瞬时交互。Force力是持续的每帧都会施加适合模拟风力、引擎推力等。我们通过input.on监听全局键盘事件。在onDestroy中移除监听是良好的编程习惯。Vec3是Cocos Creator中表示三维向量的类Vec3.UP是其预定义的常量。4.3 实现碰撞与触发检测物理交互的核心是知道“何时发生了碰撞”。Cocos Creator提供了完善的事件回调机制。修改脚本添加碰撞监听在BallController脚本中我们增加碰撞和触发相关的回调。import { _decorator, Component, RigidBody, Vec3, input, Input, KeyCode, ICollisionEvent, ITriggerEvent } from cc; const { ccclass, property } _decorator; ccclass(BallController) export class BallController extends Component { property public jumpForce: number 5; private _rigidBody: RigidBody | null null; start() { this._rigidBody this.getComponent(RigidBody); input.on(Input.EventType.KEY_DOWN, this.onKeyDown, this); } // ------------------- 碰撞事件 ------------------- // 当碰撞开始时调用持续碰撞的每一帧也会调用 onCollisionEnter(event: ICollisionEvent) { console.log([碰撞开始] 与 ${event.otherCollider.node.name} 发生碰撞); // event.otherCollider 是与之碰撞的另一个碰撞体 // event.otherCollider.node 是碰撞体所在的节点 } onCollisionStay(event: ICollisionEvent) { // 碰撞持续中每帧调用。可用于计算持续挤压等逻辑。 // console.log([碰撞持续] 与 ${event.otherCollider.node.name} 接触中); } onCollisionExit(event: ICollisionEvent) { console.log([碰撞结束] 与 ${event.otherCollider.node.name} 分离); } // ------------------- 触发事件 ------------------- // 注意只有碰撞体的 Is Trigger 为 true 时才会产生触发事件 onTriggerEnter(event: ITriggerEvent) { console.log([触发进入] 进入 ${event.otherCollider.node.name} 的区域); // 例如玩家进入宝箱范围可以在这里显示提示UI } onTriggerExit(event: ITriggerEvent) { console.log([触发离开] 离开 ${event.otherCollider.node.name} 的区域); } onKeyDown(event: any) { if (!this._rigidBody) return; switch(event.keyCode) { case KeyCode.SPACE: this._rigidBody.applyImpulse(Vec3.UP.multiplyScalar(this.jumpForce)); break; case KeyCode.KEY_A: this._rigidBody.applyForce(new Vec3(-this.jumpForce * 10, 0, 0)); break; case KeyCode.KEY_D: this._rigidBody.applyForce(new Vec3(this.jumpForce * 10, 0, 0)); break; } } onDestroy() { input.off(Input.EventType.KEY_DOWN, this.onKeyDown, this); } }创建触发器区域在场景中再创建一个立方体命名为TriggerZone放在地面旁边。为其添加一个Box Collider组件。关键步骤在Box Collider组件中勾选Is Trigger。你可以取消其RigidBody组件因为触发器不需要物理模拟。或者保留一个Static类型的刚体也可以。给这个区域一个半透明的蓝色材质以示区别。运行并测试运行游戏控制小球滚动。当小球与地面碰撞时控制台会打印[碰撞开始]和[碰撞结束]信息。当小球进入蓝色TriggerZone区域时控制台会打印[触发进入]离开时打印[触发离开]。注意小球会直接穿过这个区域因为它是触发器。5. 物理系统高级配置与性能调优5.1 物理世界配置物理引擎并非完全自动运行我们需要通过PhysicsSystem单例来配置全局的物理世界。import { PhysicsSystem } from cc; // 通常在游戏启动时例如某个常驻节点的start方法中进行配置 PhysicsSystem.instance.enable true; // 确保物理系统开启 PhysicsSystem.instance.gravity new Vec3(0, -10, 0); // 设置重力默认是 (0, -10, 0) PhysicsSystem.instance.fixedTimeStep 1/60; // 物理更新的固定时间步长默认1/60秒 PhysicsSystem.instance.maxSubSteps 1; // 每帧最大子步数用于处理帧率波动 PhysicsSystem.instance.autoSimulation true; // 是否自动模拟物理如果设为false需要手动调用step重力Gravity你可以修改它来创造水下重力减小、外星重力方向改变等效果。固定时间步长fixedTimeStep物理模拟最好在固定的时间间隔内进行以保证稳定性。通常设置为1/6060FPS或1/5050FPS。即使游戏图形渲染帧率波动物理模拟也会按照这个固定步长稳定运行。最大子步数maxSubSteps如果一帧的时间deltaTime超过了fixedTimeStep物理引擎会将这一帧分割成多个子步来模拟。这个参数限制了最多分割几步防止在极端卡顿时消耗过多性能。5.2 碰撞过滤分组与掩码当场景中有成百上千的物体时让所有物体都互相检测碰撞是不现实的也是巨大的性能浪费。Cocos Creator使用分组Group和掩码Mask机制来进行碰撞过滤。原理分组Group每个碰撞体都属于一个分组例如DEFAULT、PLAYER、ENEMY、BULLET、GROUND。掩码Mask每个碰撞体都有一个掩码它是一个位掩码bitmask定义了“我愿意与哪些分组的物体发生碰撞”。如何工作 物体A分组PLAYER 掩码ENEMY | BULLET和物体B分组ENEMY 掩码PLAYER | BULLET。系统检查A的掩码是否包含B的分组ENEMY。是的包含。系统检查B的掩码是否包含A的分组PLAYER。是的包含。两个条件都满足A和B才会进行碰撞检测。配置方法定义分组在项目设置 - 物理 - 碰撞矩阵中你可以添加、删除和重命名分组。这里定义了所有可用的分组。设置分组与掩码脚本设置import { Collider, PhysicsSystem } from cc; const collider this.getComponent(Collider); // 设置分组为 PLAYER collider.setGroup(PhysicsSystem.PhysicsGroup.PLAYER); // 设置掩码只与 ENEMY 和 GROUND 分组碰撞 collider.setMask(PhysicsSystem.PhysicsGroup.ENEMY | PhysicsSystem.PhysicsGroup.GROUND);编辑器设置在碰撞体组件的属性面板中可以直接从下拉列表中选择预设的分组。掩码则需要通过勾选矩阵中的复选框来设置非常直观。实操心得合理规划碰撞分组是项目初期就必须做的设计。一个典型的平台跳跃游戏分组可能包括PLAYER, ENEMY, BULLET, GROUND, PLATFORM, ITEM, TRIGGER。通过掩码精确控制可以轻松实现“子弹不打自己人”、“玩家可以踩踏平台但不能穿过敌人”等逻辑同时大幅提升性能。5.3 性能优化要点简化碰撞形状尽可能使用基础的几何体Box, Sphere, Capsule代替复杂的网格Mesh碰撞体。凸包Convex Hull是复杂形状和性能之间的一个较好折中。善用休眠Sleep如前所述为不活跃的动态刚体开启休眠。静态物体标记为Static永远不会移动的物体如地形一定要设为Static刚体物理引擎会对它们进行特殊优化。控制物理更新频率对于非核心的物理物体如远处飘落的树叶可以考虑降低其物理更新的频率而不是每帧都更新。减少不必要的连续碰撞检测CCDCCD用于防止高速运动的物体如子弹穿过薄墙但计算开销大。只为真正需要的物体如子弹、高速移动的玩家开启。在刚体组件上可以找到useCCD选项。分帧处理如果一帧内需要创建大量物理物体如爆炸产生的碎片可以考虑分几帧来完成避免单帧卡顿。6. 常见问题与排查技巧实录即使理解了原理在实际开发中依然会遇到各种“诡异”的问题。下面是我总结的一些高频问题及解决方法。6.1 物体抖动或穿透这是新手最常见的问题之一。原因1缩放Scale非均匀或极端。物理引擎对碰撞体的计算基于其世界变换。如果节点的缩放值不是(1,1,1)或者存在极端值如0.01或100可能会导致数值计算不稳定。解决尽量避免对带有物理组件的节点进行非均匀缩放如(1,2,1)。如果需要改变碰撞体大小优先调整碰撞体组件自身的Size、Radius等属性而不是节点的Scale。原因2质量Mass差异过大。一个质量极大的物体如默认的Static刚体质量无限大与一个质量极小的物体碰撞可能会导致数值不稳定引起抖动。解决调整动态刚体的质量使其处于一个合理的范围内如0.1到100之间避免极端值。确保场景中动态物体的质量级相差不要过于悬殊。原因3帧率过低或物理步长设置不当。如果游戏帧率远低于物理固定步长如fixedTimeStep1/60但帧率只有30或者maxSubSteps设置得太小物理引擎可能无法正确模拟高速或复杂的运动导致穿透。解决优化游戏性能保证帧率。可以尝试适当增大fixedTimeStep如改为1/30但会降低物理模拟精度。也可以增大maxSubSteps如改为3或5让物理引擎在一帧内进行更多次计算来“追赶”时间。6.2 碰撞事件不触发明明物体撞在一起了但onCollisionEnter就是没反应。原因1至少有一方没有刚体组件。碰撞检测发生在两个碰撞体之间但碰撞事件的发送需要至少一方有刚体组件。解决确保发生碰撞的两个物体中至少有一个拥有RigidBody组件Static或Dynamic或Kinematic都行。原因2碰撞分组被过滤。检查两个碰撞体的分组和掩码设置确保它们互相“可见”。解决在编辑器的碰撞矩阵中仔细检查或在脚本中打印出它们的group和mask值进行调试。原因3物体初始位置重叠。如果两个物体在游戏一开始onLoad阶段就重叠在一起物理引擎可能不会触发onCollisionEnter而是直接进入onCollisionStay状态。解决确保场景中的物体初始位置不相互嵌入。或者在代码中在物理系统启用后例如在start中轻微移动一下其中一个物体。原因4脚本未正确挂载或生命周期方法名错误。确保脚本组件挂载在了拥有刚体的节点上并且方法名完全正确大小写敏感。解决仔细核对方法名onCollisionEnter检查控制台是否有报错。6.3 施加力没有效果代码调用了applyForce但物体纹丝不动。原因1刚体类型是 Static。Static刚体不受任何力的影响。解决将刚体类型改为Dynamic。原因2质量Mass为0或极小。力F m * a如果质量m为0加速度a再大也没用。解决检查并设置一个合理的质量值大于0。原因3力的大小太小。如果你设置了一个Vec3(0.01, 0, 0)的力对于质量是1的物体加速度只有0.01单位/秒²在重力作用下可能根本看不出来。解决增大力的数值或者使用applyImpulse冲量来获得即时效果。调试时可以打印出力向量和刚体的速度来确认。原因4力施加在了局部坐标但方向不对。applyLocalForce是在物体的局部坐标系下施加力。如果物体旋转了你以为是向前推实际可能是向旁边推。解决在施加力时明确你使用的是世界坐标力applyForce还是局部坐标力applyLocalForce。对于新手建议先用世界坐标力。6.4 物理模拟与图形不同步“鬼畜”或延迟有时物体会出现奇怪的抽搐或者物体的图形渲染位置比其物理位置慢半拍。原因直接在update中修改物理物体的node.position。这是最致命的错误。update每帧渲染前调用如果你在这里直接设置节点的位置会覆盖物理引擎在这一帧计算出的新位置导致物理状态被破坏下一帧物理引擎又会基于错误的位置计算从而产生抖动。解决永远不要在update中直接设置物理物体的node.position或node.rotation。正确的做法是如果要让物体遵循物理规则运动使用力applyForce或冲量applyImpulse。如果要完全控制物体运动如跟随鼠标使用Kinematic类型的刚体并在update中设置其rigidBody.linearVelocity或通过rigidBody.getWorldPosition/SeteWorldPosition需谨慎来操作。如果只是想同步物理位置到渲染这是引擎自动完成的你不需要做任何事。如果你需要根据物理位置更新其他逻辑如摄像机跟随应该在lateUpdate生命周期中读取rigidBody.worldPosition而不是node.position。一个简单的调试技巧在场景编辑器中开启物理调试绘制。点击编辑器上方菜单的调试 - 物理调试绘制或使用快捷键。这样你就能在场景中看到所有碰撞体的线框轮廓和刚体的速度向量对于可视化物理世界、诊断碰撞体形状错位、速度方向等问题有极大帮助。物理引擎是游戏真实感的灵魂上手初期难免遇到各种问题。我的建议是从一个最简单的场景开始每增加一个功能重力、碰撞、力、触发就测试一次确保理解每一步发生了什么。遇到问题时善用调试绘制和Console日志耐心分析。当你熟悉了这套系统后你会发现它能为你打开一扇新的大门让你创造出无比生动和有趣的游戏世界。
 函数实战：5种模式读写CSV与JSON文件性能对比)
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
