教程 【Java开服避坑】CPU、内存、磁盘、线路和防御检查表

最近整理了一份 Minecraft Java 服选型与上线检查表。它不按“多少人就必须几核几G”给固定答案，因为原版、插件服、模组服的负载差异很大，更适合先记录场景，再按瓶颈扩容。

一、下单前先写清 6 个条件

1. 服务端核心：Vanilla / Paper / Purpur / Forge / Fabric 等；
2. 高峰在线人数，而不是群人数；
3. 插件或模组数量及主要玩法；
4. 视距、模拟距离、是否预生成地图；
5. 玩家主要地区与电信/联通/移动分布；
6. 是否有真实攻击历史或公开引流计划。

二、CPU：单核优先，但要看真实负载

Minecraft 关键 tick 工作常受主线程限制。总 CPU 不高，不代表没有单核瓶颈。开服后建议使用 spark：

/spark tps
/spark profiler start --timeout 60

在真实高峰采样，重点看 MSPT、主线程热点、实体/区块/插件任务，以及是否有 GC 停顿。比较机器时核对具体 CPU 型号、代际和是否超售，不要只看“i9”“Xeon”和核心数。

三、内存：看堆、GC 与余量

内存要覆盖服务端核心、模组包和高峰负载，并给系统与面板留余量。观察：

- 堆是否频繁触顶；
- Full GC 次数和停顿；
- 是否持续增长；
- 是否有 OOM；
- Java 版本和启动参数是否匹配。

内存长期用不满，而 profiler 显示插件或实体占用主线程时，继续加内存往往无效。

四、磁盘：避开高峰备份

世界保存、区块读取、日志、压缩和备份会产生 I/O。Linux 可用：

iostat -xz 1

在卡顿时看 await、%iowait、磁盘利用率和剩余空间。若每天固定时间卡，先检查面板计划任务、备份和日志轮转。

五、线路：按玩家分布选

TPS/MSPT 正常，但某些地区玩家回弹或掉线，优先查网络。让受影响玩家在问题发生时提供持续 ping 或 MTR，关注最终目标的延迟、抖动和丢包。

单纯提高带宽，通常不能修复错误的线路选择。

六、防御：先算中断损失

有攻击历史、公开 IP、长期运营的服，防御价值更高。但需要核对清洗阈值、封堵策略、回源方式和攻击时可用性，不能只比较防御数字。

七、上线后的记录模板

每次卡顿至少记：

时间｜在线人数｜TPS｜平均/峰值 MSPT｜单线程 CPU｜堆/GC｜磁盘 await/iowait｜受影响玩家地区和运营商｜最近变更

同一时间只调整一个主要变量，然后对比前后数据。

利益关系说明：作者参与云服务相关运营。为遵守本版规则，本文不推荐具体服务商或商品，也不包含购买链接；以上判断应以真实负载测试为准。

欢迎补充不同核心、模组包和在线人数下的实测数据，希望这帖能沉淀成一份社区可复用的选型表。