自己创建的MC服务器卡顿，绝大多数情况下不是电脑不行，而是配置没到位、设置没优化，或者是网络和插件在拖后腿。排查思路很简单：先看硬件占满没有，再查服务端设置，最后清理插件和存档，搞清楚瓶颈出在哪，卡顿就能对症下药。
我的世界服务器卡顿怎么解决：先判断是“TPS低”还是“网络卡”
解决卡顿的第一步,是搞清楚卡顿的类型，很多人一卡就怪电脑，其实方向反了，业内专家指出，MC服务器卡顿分两种：一种是服务器本身计算不过来（TPS低），表现为方块破坏后要过一会儿才掉落、怪物走路像“瞬移”；另一种是网络延迟高（ping高），表现为你走路正常，但打怪要延迟半秒才掉血。
判断方法很简单：在服务器后台输入/tps，如果数值在18-20之间，说明服务器很健康，卡顿来自网络；如果TPS在15以下，说明服务器计算压力过大，需要优化服务端，这是自己排查的第一步，也是最重要的分水岭。
玩家视角的反馈也很直接如果你自己玩着卡，但问朋友他们说“不卡”，那多半是你自己的网络或电脑问题；如果所有人同时卡，那必然是服务器端的问题，别再去折腾自己的电脑了。
自己开的MC服玩着卡：先从硬件资源查起
很多人的服务器卡,其实是内存分配不合理造成的，这是最常见、也最容易忽略的一环，不要盲目给服务器分配大内存，Java版MC的内存分配有个“红线”：超过12GB反而会卡顿，因为JVM的垃圾回收机制会在超大内存下频繁“全量清理”，导致卡顿。
较好做法是分4-6GB给服务器，如果是大型整合包模组服，才考虑8-10GB，改内存需要去你使用的开服面板或启动脚本里，找-Xmx和-Xms参数，后面跟的数字就是内存大小，例如-Xmx4G表示最大4GB。
CPU方面,MC服务器（尤其是有很多模组或红石机器时）非常依赖单核性能，不是核心越多越好，如果你用的是老款CPU（比如十代以前的i5），即便有8个核心，跑起来可能还不如新款4核的流畅，想确认CPU是否满载，在服务器后台开任务管理器，看CPU占用率是否长期超过80%，同时TPS低于15。
内存分配合理了,CPU也别太弱，硬件这块基本就过关了，硬件没问题还卡，就往下看服务端设置。
优化服务端配置，减少不必要的卡顿源
硬件查完没问题,下一步是服务端核心的替换与设置，如果你用的是原版服务端，卡顿属于正常现象原版服务端本身的性能优化做得很差，行业共识认为，换一个高性能服务端核心，是提升流畅度见效最快的一步。
适合生存服的核心有Paper，适合插件服但想保持原版特性有Purpur，适合超大模组服有Sponge，替换服务端核心不复杂：去对应官网下载jar文件，把原服务端删掉，把新核心改名为server.jar（或你启动脚本里写的那个名字），重新启动即可，但注意，存档文件夹不要删，否则世界会重置。
启动之后,在server.properties文件里（用记事本打开），把view-distance（视距）改成8-10，这是玩家加载区块的范围，模组服最好改成6-8，同时把simulation-distance（模拟距离）调成4-6，控制玩家周围方块的活动范围，调小之后，红石、作物生长、生物活动的计算量显著减少，卡顿立刻改善。
这两个设置是“按需加载”的关键，很多人的服卡，就是因为默认视距大，玩家多的时候，每个玩家都在加载一大片区域，服务器同时计算几万个方块的状态，不卡才奇怪。
mc服务器延迟高怎么处理：网络与系统方面
如果TPS超过18但玩家依然觉得卡,那是网络或系统调度的问题，服务器所在机器的系统，不要装杀毒软件（比如360、火绒），它们会实时扫描磁盘上每一个文件，导致服务器的读取请求被抢占，运行服务端时，把杀毒软件退出，或把服务端文件夹加入白名单。
网络层面的注意点如下：
- 国内服务器选机房,北方选联通/双线，南方选电信，别跨运营商，否则ping高且丢包。
- 宽带的上行带宽至少要有5Mbps，开大型整合包服或几十人同时在线时，至少10Mbps上行。
- 不要用无线网络连接服务器,网线直连是基本要求。
系统虚拟内存也常常被忽视,如果服务器内存只有8G，分配了4G给MC后，系统本身还要占用一部分，剩余内存不足时，系统会频繁使用虚拟内存（把部分数据写入硬盘），造成间歇性卡顿，建议把虚拟内存手动设置为16GB-32GB，放在余量充足的硬盘分区上，这样可以保证系统运行时不会频繁去读硬盘缓存。
网络和系统层面解决了,如果还卡，重点就要转向游戏内容本身了。
插件、模组和存档的卡顿排查方法
插件和模组是造成卡顿的常见“隐形杀手”，安装了十几个功能插件，每个都会在服务器运行时参与计算，优先检查以下类型的插件，它们往往在后台持续消耗大量性能：
- 地皮插件（比如PlotSquared）每个地皮都在单独计算
- 商店插件（比如ShopGUI+）每次访问都会读取大量物品数据
- 自定义合成插件每次合成都会比对上百条配方
- 全息展示插件（比如HolographicDisplays）每个全息文本都在实时渲染
验证插件是否引起卡顿的方法是：用/timings paste（Paper端）或/spark profiler（Spark插件）来记录服务器一段时间的运行情况，然后查看生成的数据报告，里面可以清晰的看清是“实体太多”还是“某个插件太吃性能”，对于插件型服务器，这是排查效率最高的工具。
存档方面,实体数量是最大元凶，养殖场动物成群、村民交易所太密集、大量掉落物没被清理这些都会严重拖慢服务器，在服务端配置文件paper-global.yml里（Paper端），找到entities相关的配置，把max-auto-save-chunks-per-tick调低一点，减少频繁的存档写入，同时给服务器装上ClearLag插件，设置每10分钟自动清理掉落物，定期执行实体数量限制命令。
如果你发现某个区域实在卡得厉害,但又不确定是不是红石机械在持续工作，可以暂时把那个区域用/forceload强制卸载区块，或者直接用/kill @e命令清除该地区的所有生物，观察TPS是否有明显回升。
定期重启和备份，保持长期流畅
服务器长期开着不重启,内存会越占越多，存档也越写越乱，这是MC服务器“越玩越卡”的核心原因，设置每天凌晨4-6点自动重启一次，并在重启前完成存档自动备份，既是防卡顿，也是防存档损坏的保底操作，Windows可以用批处理脚本，Linux则使用crontab定时任务来实现。
备份工具推荐使用Multiverse-Core自带的备份功能，或者直接用压缩软件定时压缩world文件夹，压缩后的存档文件建议保留至少3份，分布在不同位置比如一份在服务器本地，一份在网盘，避免只留一份，遇到硬盘损坏就全军覆没了，存档定期清理也能让服务器轻装上阵。
存档清理方面,还需要用/minecraft:kill @e[type=item]清理掉落物、/entity clear清理多余实体、/scan查看哪个区块的实体数量最多（这个命令在部分插件端可用），周边处理干净，服务器运行负担减轻了，卡顿自然明显减少。
mc服务器怎么才能不卡：日常维护清单
按下面这个顺序定期检查和操作,绝大多数情况都能保持流畅：
- 每周一次：检查后台日志，看有无报错或插件冲突警报
- 每三天一次：重启服务器，释放内存碎片
- 每两周一次：查看TPS数值和实体数量，长期TPS掉到15以下，就该找原因了
- 每月一次：删除废弃插件和对应配置文件，清理无用存档备份
按照这个节奏,你的服务器会在长时间内保持较为稳定的表现，尤其是有固定玩家群体、长期开放的小型服务器，规律的整理比一次性大改有效得多。
玩家卡顿、自己运维MC服务器，维护思路和自己建站类似从硬件到软件，从设置到内容，按层排查，找到问题所在，解决起来其实并不复杂，第一次处理可能会手忙脚乱，但熟悉之后，会发现自己搭建的服务器也能非常顺畅地运行。
Q&A：我的世界服务器卡顿怎么排查常见问题
问：服务器后台显示TPS有19，但玩家还是觉得卡，这是为什么？
TPS高说明服务器的计算压力不大，卡顿大概率出在带宽上传或是玩家自己网络与服务器之间的物理距离上，用ping命令测试玩家到服务器的延迟，超过80ms就会有明显的不流畅感，这种情况需要更换更近的服务器机房，或是增加带宽资源。
问：为服务器分配了12G内存，为什么还是卡？
分配内存过大反而会让Java虚拟机频繁进行全量垃圾回收，造成周期性卡顿，建议把内存调低到8G以内，同时确认启动参数里的G1GC设置（一种Java内存回收模式）是否正确（例如在启动参数中加上-XX:+UseG1GC），大多数情况下，内存占用常年不到50%，却还卡顿，问题出在CPU单核性能被耗尽。
问：模组服里哪些模组最容易造成卡顿？
以大型科技类或魔法类模组的“后台运算”最常见，例如机械动力的大量传动结构、植物魔法的复杂产能网络、星系的空间站区块加载，这些模组会持续执行复杂的方块状态判断逻辑，即使没有玩家在附近，运算也不会完全停止，安装FerriteCore（内存优化）和Canary（性能提升）模组可以有效减轻这类负担，定期清理未加载区块里的“闲置机器”，也能明显降低TPS损耗。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/725460.html
