指令的边界在哪里

作为玩了多年红石和指令的老玩家，我先把话说清楚。我的世界传输效率指令并不是一条官方命名的指令，它更像一类目标的统称，也就是用命令方块和函数把物品物流怪物这三类东西的搬运速度做到极致。很多人一上来就问传送指令是哪个，其实被传送指令和传输效率是两码事，前者是位移，后者是吞吐。吞吐的核心指标只有两个，单位时间处理量和系统稳定性。想明白这一点，后面所有设计都不会跑偏。

先算清楚你要的吞吐量

动手之前先做一道算术题。比如刷铁机一分钟要出多少铁锭，村民交易大厅一分钟要成交多少次，熔炉阵列一分钟要吃多少矿石。把这些数字换成每刻每物品的数量，再去看漏斗的天然上限。漏斗每刻最多处理一件物品，也就是每秒二十件，这是硬顶。超过这个数就必须上指令补位，否则你堆一百个漏斗也只是排队更长。我通常把目标吞吐量先写死在纸上，再倒推需要多少条并行通道，这样后面加指令才有依据。

让物品走管道而不是走漏斗

真正提升传输效率的做法，是把漏斗从主通道里请出去。用投掷器和漏斗矿车做接力，或者干脆用命令方块直接给容器加物品。detect配合execute可以做到零延迟搬货，思路是检测源容器有货就立即把指定的槽位复制到目标容器。注意一个坑，直接改NBT会覆盖目标槽位原有内容，所以要么先清空目标槽，要么固定每个容器只放一种物品。我见过太多机器因为混装导致物品凭空消失，这就是不看细节的代价。

实体传输要控制刷新压力

传送实体的指令很好写，tp加标签选择器一行就够，但代价往往被低估。实体一旦被高频瞬移，碰撞检测和区块加载会同时拉满，服务器tps立刻掉。我的经验是给传送加节流，用计分板做冷却，同一实体至少间隔若干刻才允许再传。另外尽量让实体在已加载区块内移动，跨区块传输前先确认目标区块处于强制加载状态，否则实体可能卡在半路或者掉进虚空。效率不是越快越好，是稳定前提下越快越好。

用函数把逻辑收拢起来

命令方块串太多，调试时简直是灾难。正确做法是把整套传输逻辑写进数据包的函数里，用tick函数驱动主循环，用load函数做初始化。这样版本升级时只需要改一个文件，不用满地图找方块。函数里还可以用return提前退出，避免无效计算。我自己的物流系统里，主函数只做三件事，检测货源，分配通道，执行搬运，剩下的都拆到子函数。结构清晰了，效率问题往往一眼就能看出来。

最后聊点踩过的坑

高频指令一定要做空转保护，没有活干的时候立刻退出，别让系统二十四小时空跑。测试时先在超平坦里开一个独立存档，把tps显示打开，边加压边看曲线。任何一次卡顿都值得追查到底，因为传输系统是会随规模放大问题的。把吞吐目标写清楚，把漏斗请出主路，把实体传送加上冷却，把逻辑收进函数，这四件事做好，你的传输效率指令才算真正落地。