Unity游戏开发博客
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
clintonbrennan.com 上这篇内容是一篇个人技术博客，主题是“Simple 2D Deterministic Physics Simulation”。它并非完整商业产品，而是作者为 Unity3D RTS 游戏锁步网络场景实现自定义确定性物理的经验总结。文章指出 Unity 使用的 PhysX 在不同平台上可能因浮点处理、编译优化差异而产生非确定性，因此作者选择只用整数数学实现简单 2D 物理模拟。
文章的核心用途是为锁步同步提供可预测的碰撞与运动结果。实现限定在 x-z 平面，渲染仍可为 3D；碰撞体只包含 Circle 与 Rectangle，以降低复杂度。碰撞处理采用 Impulse Resolution，并分为 Broad Phase 与 Narrow Phase。Broad Phase 使用 QuadTree 将区域递归划分，再用 AABB 快速筛选潜在碰撞；为避免同一碰撞重复出现，作者使用带自定义 GetHashCode 和 Equals 的 CollisionBroadPhase，并存入 HashSet。Narrow Phase 则处理矩形对矩形、圆对圆、矩形对圆三类碰撞。
正文明确涉及 C#、DotNet 与 Unity3D。示例代码展示了 PhysicsEngine.GameWorldScale、PhysicsObject.Attach<T>()、GetAttached<T>()、Update(int fixedFramesPerSecond) 等设计。GameWorldScale 设为 100，用整数表达两位小数精度。整体更像可借鉴的代码架构，而不是正式 SDK；没有安装说明、包管理方式或完整 API 参考。
文章本身免费公开。页面提到 Bitbucket 源码链接，但评论中多次有人反馈仓库无权限或源码不可访问，作者曾回复已公开，后续仍有人表示链接失效，因此当前开源状态不能确认。文档质量在博客层面较好，动机、数据结构和主循环讲得清楚，但缺少许可证、版本、测试、性能指标和完整示例工程。
优点是问题定义清晰，直接面向 Unity 锁步同步中常见的确定性难题，并给出整数化、QuadTree、AABB、冲量解析等可落地思路。缺点是范围很窄，仅适合简单 2D 碰撞；源码可用性不稳定；没有维护承诺，也不能视为生产级物理库。它适合 Unity RTS、多人同步、确定性物理学习者参考，不适合希望即插即用、长期维护和完整生态支持的团队。
正文没有提供中国大陆访问、支付或镜像信息，因此访问状态为未知。由于这是个人博客和 Bitbucket 源码链接，实际可用性可能受网络环境影响。若需要成熟替代，可评估 Unity PhysX、Box2D，或基于定点数/整数数学自研确定性物理方案。
本测评基于公开资料整理,不构成购买建议,请以 clintonbrennan.com 官网实际信息为准。
含Unity锁步等技术文章，可参考。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。