如何禁用基岩版最新实体挤压？

Question

在 Minecraft 基岩版最新版本中，实体挤压（Entity Collision Pushing）机制会导致玩家或生物在密集实体环境中被严重推挤，影响操作体验。许多服务器和创作者希望禁用该功能以提升控制稳定性。然而，目前基岩版未提供直接通过游戏设置或行为包参数（如`mobGriefing`类选项）关闭实体间推力的原生配置。常见的问题是如何通过现有手段有效减少或模拟“禁用实体挤压”的效果？是否可通过命令、组件（如`minecraft:pushable`）或脚本API干预实体物理行为？探索兼容最新版本（如1.20+）的可行方案成为开发者关注焦点。

Answer 1

探索Minecraft基岩版实体挤压机制的深度干预方案

1. 问题背景与核心挑战

在Minecraft基岩版（Bedrock Edition）最新版本（如1.20+）中，实体间的物理碰撞推挤行为由底层物理引擎驱动，尤其在高密度实体环境（例如刷怪塔、玩家密集区域或粒子密集区）中，实体挤压（Entity Collision Pushing）现象尤为显著。这种机制虽然增强了真实感，但对服务器操作流畅性与玩家控制精度造成严重影响。

当前游戏并未提供类似Java版中的mobGriefing类全局开关来禁用此类行为，也缺乏直接配置项关闭“实体间推力”。因此，开发者需依赖行为包组件、命令系统或脚本API进行间接干预。

2. 基础机制分析：推挤行为的触发原理

• 实体推挤源于物理模拟系统中的动量传递与包围盒（AABB）重叠检测。
• 所有实体默认具有minecraft:pushable组件，控制其是否响应外力推动。
• 该组件包含两个关键属性：is_pushable 和 is_pushable_by_piston。
• 即使将is_pushable设为false，部分原生行为（如爆炸、水流）仍可能绕过此限制。
• 客户端预测与服务端同步差异可能导致视觉上的“卡顿式”推挤。
• 生物AI路径寻路过程中频繁的避让动作也会加剧群体推挤效应。
• 玩家自身无法通过常规选项关闭被动受力响应。
• 非生物实体（如矿车、TNT）推力更强，影响范围更广。
• 多人联机环境下网络延迟放大了推挤感知。
• 地形生成插件或MOD若未优化实体分布，会进一步恶化问题。

3. 可行性技术路径对比

方法	实现方式	兼容性 (1.20+)	性能开销	持久性	局限性
行为包组件修改	修改实体定义JSON中的minecraft:pushable	✅ 高	低	高（永久生效）	仅对自定义实体有效；原生生物需复制模板
命令系统干预	使用/modify或/tag结合循环命令块	⚠️ 中（部分指令受限）	中	运行时有效	无法精确控制瞬时推力；需持续执行
Script API（Add-On脚本）	监听entityCreated事件并动态设置属性	✅ 高（需启用实验性功能）	中高	运行时可控	需开发者模式；移动端支持不一致
服务器插件（via BDS + 扩展）	使用PowerNukkitX或NukkitX定制物理逻辑	✅ 高（独立BDS环境）	可调	高	脱离官方生态；维护成本高
客户端模组（Addon Layer）	替换渲染与物理交互层	❌ 低（审核风险）	高	用户级	分发困难；易被封禁

4. 实践案例：通过行为包禁用指定实体推挤

以下是一个自定义猪实体的示例JSON片段，用于禁用其被推挤能力：

{
  "format_version": "1.20.0",
  "minecraft:entity": {
    "description": {
      "identifier": "custom:pig_no_push",
      "is_summonable": true
    },
    "components": {
      "minecraft:pushable": {
        "is_pushable": false,
        "is_pushable_by_piston": true
      },
      "minecraft:movement": {
        "value": 0.5
      }
    }
  }
}

通过资源包与行为包绑定，可在世界加载时注册该实体类型，并使用/summon custom:pig_no_push验证其抗推性。

5. 进阶方案：Script API 动态干预流程图

利用Minecraft Script API可在实体创建时动态修改其行为。以下是处理逻辑的mermaid流程图：

graph TD
    A[游戏启动] --> B{Script Engine加载}
    B --> C[监听entityCreated事件]
    C --> D[检查实体类型是否为目标生物]
    D -- 是 --> E[调用entity.setDynamicProperty("noPush", true)]
    D -- 否 --> F[忽略]
    E --> G[注入自定义物理处理器]
    G --> H[每tick检测位置突变]
    H --> I[若检测到异常位移，回滚位置]
    I --> J[发送补偿数据包至客户端]
    

6. 性能与稳定性考量

在大规模部署“反推挤”机制时，必须考虑以下因素：

1. Tick延迟累积：高频位置校正可能引发服务器TPS下降。
2. 客户端预测冲突：服务端修正位置会导致玩家视角跳跃。
3. 内存占用增长：每个实体附加元数据增加GC压力。
4. 跨平台一致性：iOS、Android、Windows 10/11表现可能存在差异。
5. 备份兼容性：修改过的实体可能在旧版本中无法读取。
6. 安全边界破坏：完全禁用推挤可能被用于穿墙或悬浮作弊。
7. AI行为干扰：某些任务型NPC依赖碰撞反馈判断路径阻塞。
8. 物理连贯性丢失：爆炸、冲锋技能等特效失去沉浸感。
9. 调试难度上升：日志中难以追踪异常移动来源。
10. 更新鲁棒性差：MC更新可能废弃所依赖的私有API。