先别急着砸键盘换主机，我的世界PC服务器卡顿，绝大多数情况下是插件臃肿、JVM参数不合理、实体堆积或网络链路问题，按下面这套顺序排查调优，比盲目加钱买高配更有用。
先给服务器做个“体检”：卡顿到底是什么环节出的问题
服务器卡和客户端卡是完全两回事，如果你单人游戏时一切正常，一上服务器就卡，那是服务器端在拖后腿，反过来，单人都卡，那是你自己电脑的问题，判断方法其实很简单：按F3看右上角的帧率，再在服务器控制台输入timings命令，查看区块加载、实体运算、插件事件各自占用了多少时间。
TPS和FPS：两个数字决定了卡顿体验
TPS是服务器每秒钟的游戏刻数，满值为20，TPS掉到15以下，玩家会明显感觉到方块放置有延迟、怪物像在放慢动作，FPS则是你客户端渲染帧数，主要看显卡和CPU单核性能，行业共识认为，多数所谓“服务器卡顿”其实混了两种：一种是TPS掉到个位数,另一种是网络延迟高导致的手感迟滞。
在排查之前,先要做一次诊断：
- 打开服务器控制台，输入
timings report生成报告 - 用F3键查看自己客户端的内存占用和渲染耗时
- ping一下服务器IP，看延迟和丢包率
把这三项结果记下来,后面调优时心里就有数了。
| 症状 | 可能原因 | 优先排查方向 |
|---|---|---|
| 放置方块有延迟但动作流畅 | TPS低 | 插件、实体、红石运算 |
| 画质卡顿但服务器TPS正常 | 客户端问题 | 显卡驱动、光影、内存分配 |
| 延迟高但游戏内不卡 | 网络链路 | 机房位置、带宽、玩家地域分布 |
| 定时大卡顿，像抽风一样 | 内存回收（GC） | JVM参数、内存分配 |
我的世界服务器卡顿怎么解决：先从插件和实体下手
插件是最常见的卡顿制造者，别指望服务器端“自动优化”，原版服务端本身很干净
，问题是插件为了兼容和功能，会消耗额外的CPU和内存，一个功能重复的领地插件配上一个经济插件，如果写的代码不严谨，消耗可能比原版还高，服务器就像一台满载的货车，每多一个插件就多一份货物,走不动时先把货物卸了再说。
精简插件：该扔的别留着
打开plugins文件夹做个检查，把同类型的插件挑一个留下，比如游戏地图插件、Essentials、CoreProtect这类大型插件，如果版本过旧，会不停尝试加载过期数据，导致TPS持续下跌，业内专家指出，插件数量每增加10个,服务器发生卡顿的概率就会有明显上升。
具体操作建议：
- 用
/pl命令列出所有插件，标记出最近30天没用过的 - 把可疑插件单独移动到备份文件夹，重启服务器观察TPS变化
- 定期清理插件生成的数据库文件，特别是领地记录和牌子传送点这类长期累积的数据
实体堆积：服务器真正的隐形杀手
玩家不是唯一卡顿来源，一帮困在笼子里自动刷的怪物、没被清理的掉落物、成片的红石元件，都会占用每tick的预算，我的世界服务器卡顿很多时候不是配置不够,而是实体太多了。
- 关闭无人活动区域的刷怪塔，用拉杆控制刷怪笼
- 每20分钟使用
/kill @e[type=item]清理地面掉落物 - 把红石高频脉冲替换为每分钟一次的低频设计
我的世界服务器配置推荐：JVM参数和内存分配是关键
很多服主一上来就买32G内存的云服务器，结果还是卡，原因很简单，Java虚拟机默认参数根本不会用满那么多内存，反而容易在内存回收时卡顿，我见过不少案例，16G内存的服务器卡得飞起,调整参数后降到6G反而流畅了。
内存到底开多大才合适
不要贪多，给JVM分配的内存超过物理内存的一半，操作系统本身就会开始捉襟见肘，磁盘交换反而拖慢所有进程，不少我的世界开服教程里都会强调，将-Xmx和-Xms设置成相同数值，直接锁定内存池，避免频繁扩容，对于在线人数在5到20人的服务器，-Xms和-Xmx建议设置在4G到8G
之间,具体要看主城加载的区块数。
推荐的基础启动参数模板（以Paper服务端为例）：
java -Xms4G -Xmx4G -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+DisableExplicitGC -jar paper.jar nogui这个模板适合大多数中小型服务器，如果卡顿集中在高峰期，把G1GC的暂停目标调高一些，比如200毫秒改到300毫秒,会减少单次回收的负担。
服务端选择：Paper比原版自带优化
不用Paper或Purpur这类优化分支，遇到卡顿只能怪自己，原版Vanilla就像一张白纸，连区块压缩和异步加载都没有做，Paper内置的异步存档机制，能把区块保存放到独立线程，玩家在保存瞬间不再感到卡顿，这是投入产出比最高的一步,比加内存更有效。
我的世界服务器延迟高怎么办：网络与地域问题要分清
如果TPS稳定在20，玩家还是喊卡，那多半是延迟问题，延迟高和“卡顿”是两码事，但玩家感受起来差不多，解决方向只有一个：缩短物理距离。
玩家分布决定机房位置
一个面向国内玩家的服务器，却放在洛杉矶机房，不管配置多高都救不回来，国内玩家用华东、华南的机房，平均延迟能控制在30毫秒以内，在带宽选型时通常要问自己：玩家主要在哪几个城市？如果是全国同玩,选华中机房作为折中方案。
- 电信和联通互访在中国的网络环境里是绕不开的坎
- 启用BGP多线接入能减少跨运营商的高延迟
- 完全免费的面板服通常共享IP，邻居服半夜跑资源你也会被拖累
带宽和价格怎么平衡
关于我的世界服务器价格，带宽和防御是两个隐性成本，一台4H8G的云服务器，如果只配1M带宽，四个人同时爆破TNT就会全部卡神，服务器流量消耗主要看区块加载，而不是看在线人数，需要让玩家预生成地图的，优先选择按流量计费的机型,比固定带宽划算得多。
| 配置 | 适用规模 | 要注意的坑 |
|---|---|---|
| 4H8G + BGP带宽 | 20人以内小服 | 插件不能超过15个 |
| 8H16G + 峰值带宽 | 50人中型服 | 内存调优比加配置更重要 |
| 物理机 + 独享带宽 | 百人以上大型服 | 需要专人维护核心服务端 |
系统环境：被忽略的底层因素
操作系统和Java版本也会影响卡顿，Windows自带杀毒软件实时扫描文件访问，服务器所在的目录如果被排除在外，存档和配置文件的读取就会频繁被拦截,轻度卡顿时的排查顺序是：
- 把服务端文件夹加入杀毒软件排除列表
- 安装Java 17以上版本，旧版Java 8在高版本Minecraft上性能劣化明显
- 云服务器购买时选择支持CPU性能模式的实例，而不是被限制在低主频的共享型
我的世界PC服务器卡顿排查问答
问：我的世界服务器一直卡顿，怎么判断是内存不足还是CPU算力不够？
打开服务端控制台，观察GC回收的频率，如果每次回收后TPS能恢复到20但很快又降下去，属于内存压力偏大，如果TPS始终无法恢复，且线程面板显示CPU占用打满，那就是算力瓶颈，两种情况的处理方式截然相反：前者加内存或调参数,后者换更高主频的CPU。
问：开服教程都推荐Paper服务端，换了之后插件会失效吗？
Paper是Spigot的优化分支，兼容绝大多数Bukkit插件，个别依赖Spigot内部API的插件可能需要更新版本，迁移前先备份world和插件配置，实测插件列表不多时,迁移过程通常在十几分钟内能完成。
问：我的世界服务器延迟高，但玩家分布在好几个省份，怎么选机房位置才合适？
取玩家主要分布的区域重心而不是单一城市，如果北上广都有不少玩家，用支持BGP多线接入的机房，能帮玩家自动选择最优路径，延迟的物理极限绕不开,但选对线路比换更高配置更立竿见影。
卡顿这件事，核心思路从来都是先判断、后优化、再花钱，插件和JVM参数这些软优化做扎实了，再谈硬件升级才不冤枉，手里那台性能一般的服务器,往往比你想的更耐造。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/687626.html
