Rapier.js运动学控制器的丧尸群性能优化技术问询

背景 #

我正在开发一款网页端自动射击丧尸游戏（WIP），丧尸为胶囊体kinematic实体，随机生成并在地形上移动攻击玩家。使用单个kinematic player controller处理所有丧尸，通过运动学力确保它们不会穿透碰撞对象及其他丧尸，核心代码如下：

// 设置丧尸朝向目标的速度，并施加Y轴重力
tempVec.set ( -v31.x * dt * this.targets[i].speed, -9.81 * dt * 2, - v31.z * dt * this.targets[i].speed )

// 计算丧尸的新位置
this.characterController.computeColliderMovement(
    this.targets[i].collider._collider,           // 要移动的碰撞体
    tempVec, // 无障碍物时的预期移动量
    null,
    null,
    ( collider )=>{
        // 碰撞过滤器：传感器不参与碰撞
        const isSensor = collider.isSensor()
        return isSensor == false
    }
)

let correctedMovement = this.characterController.computedMovement();
const rpos = this.targets[i].collider.rigidBody.translation()

this.targets[i].position.set(
    rpos.x + correctedMovement.x,
    rpos.y + correctedMovement.y,
    rpos.z + correctedMovement.z
)

this.targets[i].collider.rigidBody.setNextKinematicTranslation(this.targets[i].position)

问题 #

仅20个丧尸就导致性能大幅下降。分析发现每个丧尸的碰撞过滤器会触发10-100次碰撞检测。尝试限制碰撞次数（超过6次则跳过），但导致模拟出现异常行为：

let zombieCollisions = 0

this.characterController.computeColliderMovement(
    this.targets[i].collider._collider,           // 要移动的碰撞体
    tempVec, // 无障碍物时的预期移动量
    null,
    null,
    ( collider )=>{
        // 碰撞过滤器：传感器不参与碰撞；与其他丧尸碰撞超过6次则停止检测
        const isSensor = collider.isSensor()
        const c =  (collider.parent().userData).mesh.componentType
       
        if( c == 'avatar'){
            zombieCollisions++
        }

        return isSensor == false && (c != 'avatar' || zombieCollisions < 6 )
    }
)

疑问解答 #

1. 使用kinematic control时，每个丧尸触发10-100次碰撞测试是否属于标准行为？ #

这个次数明显偏高，正常情况下单个kinematic胶囊体每帧的碰撞测试次数应该在个位数到十几的范围。出现这么多次的核心原因是丧尸扎堆移动时互相频繁触发碰撞，再加上computeColliderMovement内部会做多次迭代修正位置（比如碰到障碍物后尝试滑动、爬坡等，每一次迭代都可能触发碰撞检测），叠加后就导致次数飙升。

2. 除kinematic controller外，有没有其他方式实现丧尸间的碰撞？ #

有几种实用的替代方案：

• 改用动态刚体（Dynamic RigidBody）：给丧尸设置合适的质量、阻尼，用力或冲量驱动移动，让物理引擎自动处理碰撞。注意调整参数避免丧尸被撞飞或堆叠异常，比如设置较高的线性阻尼防止过度滑动，同时用碰撞层区分丧尸与其他物体，减少无效检测。
• 空间分区预检测：在调用物理碰撞前，用网格分区、四叉树等简单空间划分方法筛选出当前丧尸附近的其他丧尸，只对近距离对象做粗略距离检测，只有距离小于阈值时再调用精确物理碰撞，砍掉大量无效检测。
• 行为层+物理修正结合：用行为树工具实现丧尸群体移动，在行为逻辑层先处理避让逻辑，再用物理引擎做最终碰撞修正，大幅降低物理引擎的计算压力。

3. Rapier.js是否有相关人群模拟（crowd simulation）的基准测试资料？ #

Rapier官方目前没有专门针对人群模拟的公开基准测试，但社区有不少基于Rapier实现的群体模拟Demo。一般来说，用动态刚体实现的50-100个实体的小型人群，在网页端基本能稳定60帧；如果配合kinematic+预检测优化，实体数量还能进一步提升。另外Rapier文档提到，kinematic控制器的性能开销主要来自碰撞检测的迭代次数，优化碰撞过滤和减少检测对象是核心优化方向。

4. 是否可以将碰撞测试分摊到多帧，允许胶囊体短暂穿透以提升性能且不破坏物理模拟？ #

完全可以，这是网页端物理优化的常用手段：

• 分组分批处理：把丧尸分成若干组，每帧只处理一组的碰撞检测，剩下的丧尸直接用目标位置更新，短暂穿透玩家基本察觉不到。比如20个丧尸分4组，每帧处理5个。
• 降低检测频率：每2-3帧做一次完整的碰撞修正，中间帧直接用运动学位置更新。只要间隔不超过2帧，视觉上不会有明显异常，性能能提升30%-50%。
• 减少迭代次数：调整Rapier控制器的maxIterations参数，降低computeColliderMovement的内部迭代次数，牺牲一点精度换取性能，丧尸的移动表现不会有明显违和感。

内容的提问来源于stack exchange，提问作者Samsy