今天刷到Erin Catto晒出Box3D的GitHub仓库，我整个人愣了一下。

你没看错，就是那个给无数2D游戏当物理引擎的Box2D的作者，现在掏出了一个3D版本。按照他的说法，Box3D目前还只是alpha阶段，测试不够、文档也还没补全，但已经能在s&box平台里跑起来了——Facepunch Studios最近推出的那个游戏平台，用的就是这套东西。

打开网易新闻 查看精彩图片

说真的，这事的起因其实挺有意思。Erin Catto自己正在做一个叫《The Legend of California》的项目，大型开放世界、服务器端有权威性判定的那种，结果在虚幻引擎原生物理系统上踩了不少坑。他也看过Jolt之类的替代方案，但最后还是决定自己写一套。原因很直白：只有自己造的轮子，才能精确匹配自家项目在性能和功能上的那些奇怪需求。

那问题就来了：市面上已经有Jolt、有Rapier，Box3D这时候冒出来，到底图啥？咱们不妨把正反两方的道理都摆一摆。

正方：熟悉Box2D的人，上手Box3D几乎没有心智负担。

如果你之前用过Box2D，打开Box3D的第一反应大概率是"这设计语言我熟"。基础架构上延续了Box2D的思路，然后补了3D游戏必须的能力——三角形网格碰撞、高度场碰撞、烘焙后的复合碰撞体，这些是原原本本写进了仓库里的特性。而且目前用它的人不是只有Catto自己。《The Legend of California》在用，s&box在用，Bobby Anguelov做的开源引擎Esoterica也在用，Glenn Fiedler那个号称千人同服太空多人项目同样在用。等于说这引擎已经有了四个完全不同类型的项目当实战场地，这比很多刚开源的物理引擎起点要高。

更重要的是，Catto本人对于"竞争"这件事的态度极其清醒。他公开说过，开源对他来讲不是生意，他没打算跟Jolt或Rapier搞什么PK，建议开发者直接看代码、跑跑看，合适就用，不合适就换。这种"我就放着，你觉得好用就拿去"的姿态，在动不动就搞生态圈地、搞商业授权的引擎圈子里，反而显得少见。

反方：alpha版本四个字，足够劝退一批人。

文档不全这件事，对于物理引擎这种底层组件来说，等于是给接入开发者上了一道隐形成本。没文档意味着你很可能得自己翻源码去理解碰撞检测的边界条件、刚体约束的行为、或者某些joint在极限情况下的表现。如果是小团队、或者项目排期本身就紧，这个时间成本不一定花得起。

另外，测试不足也是一个没法绕过去的点。即便已经有四个项目在跑，Catto自己的原话依然是"需要更多测试"。物理引擎这东西和上层逻辑不同，一个边界条件下精度抖了、穿透判定出问题了，带来的后果可能不是帧率掉一截那么简单，而是整个游戏机制的崩塌。在alpha阶段直接上生产环境，风险不小。

还有一个容易被忽略的问题：生态。Jolt在Godot引擎里已经混得挺熟了，Rapier在Rust圈子里也有一席之地，两者的社区、工具链、已有踩坑记录都比现在的Box3D厚得多。对于需要长期维护的项目来说，选一个社区活跃、问题有人回的引擎，是合理考量。

那这一波到底怎么看？

我个人觉得，Box3D这事的核心看点，不是"它强不强"，而是"它为什么被造出来"。Catto的路径非常清晰：自己项目遇到真实痛点——现有的东西不够顺手——那就自己写一个——写完开源，谁爱用谁用。这个过程里没有商业目标、没有融资故事、甚至没有"我们要做一个比XX更好的引擎"的叙事。它就是开发者工具层面的"自用开源"，这种出身注定了它的气质会跟商业驱动或者社区驱动的项目不一样。

但同时也得承认，alpha阶段的保守定位，让这件事在开发者群体里大概率只会引起两种反应：一种是Box2D老用户，出于对Catto的技术信任和设计审美的熟悉，愿意上去看一眼、甚至在某些小项目里试水；另一种是正处在物理引擎选型期的开发者，把它列入对比清单，一边评估技术指标，一边等社区反馈和文档补全。至于那些已经在现有引擎上跑得顺风顺水的团队，短期内迁移的可能性极低。

对于中国开发者来说，还有一个很实际的维度：这玩意将来对国产引擎的底层替换是否友好？它现在的状态肯定还谈不上"拿来即用"，但考虑到是MIT协议开源、Catto的开源态度又明确不搞商业化，如果后续文档和稳定性跟上，在国内一些自研引擎的物理层里出现Box3D的影子，不是没可能。

当然，这些都是后话了。现阶段官方标的还是alpha，文档和测试都是明牌短板。如果你现在就想拿它去跑正经的商业项目，那劝你先冷静一下；但如果只是图个新鲜、或者想看看2D物理引擎作者怎么理解3D物理问题，去GitHub上逛逛代码库，确实能翻到一些有意思的设计选择。