麦块服务器开起来以后，最让人头疼的往往是朋友一进服就喊卡。放个方块要等半秒，打怪时血量一顿一顿地掉。延迟高在多人服里很常见，但原因分好几类，直接乱调参数大多白忙一场。下面按排查顺序来看，先归类，再动手改。
先分清是哪种延迟
玩家嘴里的“延迟高”，可能对应三种情况。一是网络延迟，也就是 ping 值偏高，数据在玩家和服务器之间来回太慢。二是服务器卡顿，TPS 掉下去了，服务器每秒能处理的游戏逻辑变少，所有人会一起感觉卡。三是丢包，画面时不时跳一下，连接偶尔断开。
分辨起来不难。只有某个玩家卡，其他人都正常，多半是他自己的网络。大家同时卡，后台 TPS 又明显低于 20，那就是服务器负载的问题。先把这两类分开，后面查起来才不会绕远路。
网络层的常见原因
网络问题一般出在三处：
- 服务器带宽不够。家用宽带开服最容易遇到，上行速度往往只有几 Mbps，玩家一多就堵。
- 线路绕路。跨运营商访问，或者走国际链路，ping 值可能直接翻倍。这种情况下调服务端配置基本没用。
- 路由器或防火墙开了 QoS、限速或某些安全功能，UDP 数据包被延迟处理。检查这些功能，找到对应的设置项临时关闭，再对比前后的 ping 变化。
可以先在玩家端用 ping 和 tracert 测试到服务器 IP 的延迟和路由跳数。如果中间某一跳的延迟突然变高，问题大概率出在那一跳附近。这时换线路或换机房，通常比调参数管用。
服务器硬件与负载
麦块的游戏逻辑主要跑在一个主线程上，TPS 的上限基本由它决定。所以选服务器时，单核性能比核心数量更值得看。内存也要留出余量。Java 进程如果频繁触发垃圾回收，就会隔一段时间停顿一下，表现为每隔几十秒卡一次，这种卡顿在玩家看来很有规律，但很难靠感觉判断原因。
用云服务器的话，可以在控制台看 CPU 和内存的占用曲线。CPU 长期接近满载，内存也贴着上限，说明配置确实不够，这时升级比硬调优化更省事。
服务端配置优化
配置问题往往是性价比最高的突破口，以下几项可以逐个检查。
- 视距适当调低。视距从 12 降到 8，区块加载和实体计算的压力能明显减轻。
- 控制实体数量。大量动物、掉落物和村民同时存在，会拖慢主线程。可以用插件限制单个区块的实体上限，超出的部分由插件自动清理或阻止生成。
- 换成性能优化分支核心，比如 Paper 或 Purpur。它们对原版的区块和实体逻辑做了不少改进，换上后 TPS 通常会有明显提升。
- 定期清理无用的区块和红石机器。大型自动化农场如果设计不当，会持续吃掉大量计算资源，建议每隔一段时间检查一次。
- Java 启动参数也要配。内存给多了或给少了，都会拖慢垃圾回收效率。常见做法是用 G1 或 ZGC 回收器，再设置合适的初始堆和最大堆。
插件也不是越多越好。插件之间会争抢资源，装之前先确认它的用途，用不上的及时删除。改配置时最好每次只动一项，备份好世界文件和配置，改完观察一晚上的 TPS 曲线。这样才知道哪一项真正起了作用。
一个排查案例
一位朋友在家里用一台旧电脑开了十人左右的生存服。玩家一到晚上就卡，ping 值正常，但挖矿时经常掉线。他先看后台，发现晚上八点后 TPS 会掉到 12 左右。再往下查，服务器里有个大型刷怪塔，怪物数量常年保持在几百只，主线程被实体计算占满。
他做了三件事：把视距从 16 调到 10；给刷怪塔设置实体上限，并加了一个定时清理的插件；把核心换成 Paper。调整后 TPS 稳定在 19 到 20 之间，玩家的反馈基本没有了。这个例子说明，延迟问题有时并不出在网络上，而是某个局部设计把服务器拖垮了。遇到类似情况，先看哪个区域的实体最多，通常能很快找到线索。
最后的建议
如果上面这些都试过还是不行，再考虑升级服务器配置或换机房。换到离玩家更近的节点，效果通常最直接。
