TPS 代表每秒刻数（Ticks Per Second），20 是《我的世界》服务器的理想值。Tick 是游戏中的基础时间单位。所有行为，从生物移动到方块破坏，都是在一轮又一轮的 tick 循环中完成的。当你在问 “TPS 是什么意思” 时，可以把它看作你的世界的心跳。健康运行的 日本服务器或任何其他《我的世界》服务器，每秒都能处理 20 个 tick。持续低于这个数值，就说明出现了卡顿。玩家会通过方块更新延迟、生物动作迟缓感受到这种延迟，其他玩家可能会注意到红石计时错乱或人物被拉回原地的“橡皮筋”现象。本文将解释如何检查你的 tick 速率，以及当它下降时该如何提升。

要点速览

  • TPS 用来衡量服务器每秒处理了多少个 tick，理想值为 20。
  • 经常使用 /tps 或 /mspt 等命令检查 TPS，能及早发现卡顿问题。
  • 低 TPS 的常见原因包括插件过重、实体过多或 CPU 性能不足。
  • 减少实体数量、精简插件是提升 TPS、维持流畅游玩的关键。
  • 升级 CPU 或裁剪世界范围，有助于长期维持健康的 20 TPS。

《我的世界》服务器中的 TPS 是什么意思

你可以把 TPS 理解为服务器端的 FPS。就像每秒帧数衡量游戏画面渲染是否流畅一样，TPS 衡量的是服务器处理游戏机制和世界更新的速度。当有人问 “TPS 是什么意思” 时，最简单的回答是：它记录服务器每秒完成了多少次游戏循环。一个 tick 就是游戏内部循环的一次迭代，在现实中大约持续 0.05 秒（50 毫秒）。这一循环驱动几乎所有动态系统，包括生物生成、火焰蔓延、植物生长、红石运算、实体移动以及玩家生命值和饥饿值变化。

每秒刻数（Ticks Per Second）详解

《我的世界》的默认 tick 速度为每秒 20 tick。这个固定值定义了所谓的“游戏一秒”，完整的一天游戏内时间等于 24,000 tick，即现实中的 20 分钟。当你的服务器维持在 20 TPS 时，所有机制都按预期节奏推进。低于 20 TPS 就意味着服务器在“掉刻”。在 10 TPS 时，玩家会明显感到橡皮筋现象、突然瞬移以及生物 AI 失常。农场和自动装置无法正常运作。Tick 速率直接决定游戏机制推进的节奏，因此 TPS 的下降会影响从作物生长到红石计时的方方面面。

TPS 与 MSPT 的关系

MSPT 是 “每个 tick 所花费的毫秒数”（Milliseconds Per Tick）。这个指标衡量服务器处理每个 tick 需要的时间。TPS 告诉你一秒内发生了多少个 tick，而 MSPT 则告诉你服务器还有多少性能余量。两者是联动的。健康的服务器会在每个 tick 少于 40 毫秒的情况下维持 20 TPS。当每 tick 用时升高到 40–50 毫秒时，TPS 会降到 18–19，服务器接近性能上限。处于 50–70 毫秒每 tick 时，TPS 会跌至 15–17，玩家会明显感到延迟。超过 70 毫秒时，TPS 会低于 15，服务器几乎无法愉快游玩。

监控工具会用不同方式报告每 tick 毫秒数。Spark 会以分布形式展示 MSPT，包括最小值、中位数、第 95 百分位和最大值。第 95 百分位最能反映玩家的实际体验。原版的 /tick query 命令会输出平均每 tick 用时以及每 tick 用时的百分位数据。这两种工具都能帮助你在单一 TPS 数值之外更全面地理解服务器性能。

一个常见误区是认为内存（RAM）会影响 TPS。实际上，RAM 不足通常会导致服务器崩溃，而不是简单变卡。服务器性能更多取决于 CPU 速度、实体数量以及插件负载。理解 TPS 是什么意思，有助于你诊断真正的问题所在。当 TPS 下降时，先检查每 tick 毫秒数。这个数值能揭示服务器是整体跟不上节奏，还是只是出现了短暂性能尖峰。

为什么 TPS 对你的《我的世界》服务器很重要

TPS 阈值与卡顿体验

当服务器低于满 tick 速率运行时，玩家在 15–19 TPS 的区间就会开始感受到影响。生物动作会出现顿挫，漏斗传输变慢，开门也会出现延迟。有玩家曾描述：当另一个人加入后，生物速度立刻降到正常的 20–30%，攻击经常打不到，星空也出现橡皮筋式的跳动，服务器当时大约在 16–17 TPS。

当只有一个玩家在线时，生物移动正常。一旦有人加入，生物就会慢到只剩 20–30% 的速度。你必须等待很长时间再进行下一次攻击，否则判定不会触发。

当 TPS 低于 10 时，游戏几乎无法游玩。你会体验到强烈的橡皮筋效应和攻击判定丢失，服务器甚至可能超时掉线。即使在 20 TPS，但偶尔出现 40–50 ms MSPT 峰值时，也会感觉到放置方块有延迟。许多服务器管理员都会说：一旦 TPS 低于 15，玩家必然会感到卡顿。

实体是拖慢服务器速度的头号元凶。每个生物每个 tick 都会执行寻路、碰撞检测和 AI。掉落物会持续检查是否可以合并。一个没有优化的铁农场在已加载区块中堆积上千个实体，会严重影响玩家体验。红石粉尘更新会递归传播；漏斗链每 tick 轮询物品栏；大型物品分拣系统会给每个 tick 额外增加约 10 ms 的开销。

较低的 tick 速率会让红石计时不再精确。中继器和比较器在现实时间中触发更慢。因为每秒发生的 tick 变少，自动农场的产量也会下降。

内存并不能修复低 TPS。RAM 不足会导致服务器崩溃，而不是简单变慢。服务器性能主要受 CPU、实体数量和插件负载影响。

TPS vs. Ping vs. FPS

玩家经常把 tick 速率和 Ping、FPS 混淆。其实它们衡量的是完全不同的三个方面。TPS 反映服务器的处理速度；Ping 反映网络延迟；FPS 反映客户端画面渲染的流畅度。

指标服务器卡顿（MSPT）网络延迟（Ping）
衡量内容服务器是否跟得上 tick你的网络往返延迟
正常数值每 tick 低于 40 ms；高于 50 ms 即为卡顿视距离而定
影响对象所有玩家只有你或远距离玩家
表现症状整体游戏节奏变慢动作延迟但移动速度正常
检查方式/tps 或 /spark tps客户端 Ping 显示
主要解决手段优化 CPU 与重载内容选择更接近你的服务器地区

高 Ping 不会影响你的《我的世界》服务器 TPS。哪怕在 300 ms 的 Ping 下，你依然可能拥有满 20 TPS。你自己会感到操作延迟，但其他玩家依然能顺畅游戏。低 FPS 则来自本地显卡和画面设置，你可以通过降低渲染距离或安装性能优化模组来解决。

排查问题时，先检查 tick 速率。如果只有你一个人卡，那就检查 Ping 或 FPS；如果所有玩家都卡，就要调查是什么在拖慢 CPU。

如何在服务器上检查 TPS

使用 /tps 和 /forge tps 命令

检查 TPS 最快捷的方式就是输入简单的聊天命令。在 Paper 和 Spigot 服务器上，输入 /tps 可以查看当前 tick 速率。在 Forge 服务器上，运行 /forge tps 能获得更详细的维度拆分数据。输出内容会显示每个维度的平均 tick 时间和平均 TPS。示例如下：

Dim 0 (overworld) : Mean tick time: 42.796 ms. Mean TPS: 20.000

这条读数表示主世界中每个 tick 大约耗时 42.8 毫秒，但依然保持满 20 TPS。你通常不需要特殊权限就可以在大多数配置下随时运行该命令。原版服务器还提供 /tick query 命令，用于查看每 tick 时间的百分位分布。这些命令能为你提供一个即时快照，但只代表你输入命令时的那一刻。若想持续监控，就需要使用能够自动更新的工具。

通过面板和插件监控 TPS

许多服务器面板都内置监控功能。MinePanel 在其实时服务器监控中提供了 TPS 监控项。PlayerMapX 会在服务器状态监控下显示当前 TPS，并在反作弊告警中提供 TPS 相关上下文。这类面板能让你无需输入命令就观察性能走势。

插件是另一种选择。TabTPS 会在标签栏、Boss 血条和动作栏中显示 TPS、MSPT 以及其他服务器信息。它支持 Paper、Spigot、Fabric 和 NeoForge，并兼容《我的世界》1.8.8 至 1.21.5 及后续版本。插件开源且免费，玩家对它的可靠性和更新速度评价很高。有人评价说，它对快速查看服务器性能“非常有用”，还能省去不停在聊天栏输入 /tps 或 /mspt 的麻烦。主要命令包括 /tickinfo、/mspt、/memory、/ping 和 /tabtps toggle tab。在 TabTPS 运行的情况下，你和玩家都能一眼看到实时 tick 数据，从而在问题真正变糟之前及时发现。

低 TPS 的原因及优化方法

插件、模组与实体负载过重

每一个插件和模组都会给主游戏循环增加负担。一个写得不好的插件就足以拖垮 TPS。定期审查你的插件列表，移除已不再使用的插件。检查配置文件，看看是否有可以关闭的功能。很多插件默认开启详细日志或不必要的后台任务，把这些关掉能减轻服务器负担。

实体是最重的负载来源。每个生物每 tick 都要执行寻路和 AI，你可以在不影响正常游戏体验的前提下减少实体数量。可以尝试：

  • 将物品掉落物的消失时间从默认的 5 分钟（6000 tick）降低到 15 秒（300 tick）。有收集系统的玩家几乎不会察觉区别。
  • 将村民数量控制在每个区块 10–15 个以内，鼓励玩家建设分散式交易点，而不是超大型村民大厅。
  • 将经验球数量限制为每个区块不超过 50 个，并缩小合并半径，让它们更快合并。

你也可以通过调整实体可见距离来改善 TPS。可见距离越低，每个 tick 需要处理的实体就越少。

实体类型推荐可见范围影响
动物16 格减少对被动生物的处理负担
怪物32 格在保持战斗难度的同时减轻压力
杂项（物品、矿车等）8 格带来显著性能提升

可以使用命令清理场景中的漂浮实体。用 /kill @e[type=item] 清除所有掉落物；利用 /kill @e[type=zombie, distance=..100] 之类的命令精准清理特定范围内的怪物；用 /kill @e[type=arrow] 等命令清除各种投射物。

Entity Culling 是一个客户端模组，它只会跳过渲染，不会阻止生物生成与移动，也不会影响掉落物，因此农场照常工作。StackMob 则通过将多个生物叠加为一个实体在视觉上显示，同时保留原有的掉落物和经验逻辑，这能在养殖场等场景中将生物实体数量减少 90% 以上。

硬件瓶颈与世界体积

CPU 是影响 TPS 的最关键硬件。《我的世界》服务器高度依赖单核性能。

主游戏循环运行在单个核心上，负责世界 tick、生物更新、红石逻辑以及区块加载等工作。

更强的单核性能可以让每个 tick 在 50 毫秒的时间窗口内完成。主频和架构比核心数量更重要。单核性能较弱的服务器会不断“掉刻”，于是就出现低 TPS、游戏节奏变慢和橡皮筋现象。若想通过硬件提升 TPS，应优先选择单核性能更强的 CPU。

世界体积也会影响服务器性能。超大的世界意味着需要加载和保存的区块更多。可以使用世界边界限制玩家活动范围，并删除从未访问过的区块。提前预生成区块，也能避免服务器在玩家探索时临时生成新区域带来的压力。这些措施都能减轻服务器负载。

内存不足会导致崩溃，而不是简单的低 TPS。因此，单靠加 RAM 并不能解决 TPS 下降的问题。优化时应优先关注 CPU、实体数量和插件负载。通过降低视距和模拟距离也可以优化服务器设置。视距越小，同时激活的区块越少，能直接带来 TPS 提升。

从最容易的优化入手：精简插件和模组，减少实体数量，然后再考虑硬件升级和世界裁剪。循序渐进能更平稳地让服务器维持健康的 20 TPS。

现在你已经清楚 TPS 是什么意思：它衡量服务器每秒完成多少个 tick，而 20 TPS 始终是理想目标。要做到这一点，每个 tick 的平均用时必须控制在 50 毫秒以内。经常使用 /tps、/mspt 或如 TabTPS 等面板检查 TPS，可以在问题影响玩家体验之前就及时发现。

当性能下降时，先用 Spark 等工具进行性能分析，找出具体原因，然后一次应用一项优化措施。可以通过裁剪实体、调整配置或升级硬件来解决瓶颈。按步骤进行，你的《我的世界》服务器就能保持稳定，你的玩家也能享受流畅的游戏体验，而服务器依然稳稳运行在健康的 20 TPS 水平。

常见问答（FAQ）

当 TPS 低于 20 会发生什么？

当 tick 速率下降时，你的《我的世界》服务器整体节奏会变慢。生物动作变慢，红石计时被打乱，自动农场产量降低。玩家会感到橡皮筋现象和操作延迟。

加更多内存能修好低 TPS 吗？

不能。内存并不直接决定服务器运行速度。RAM 不足只会导致服务器崩溃，而非简单卡顿。低 TPS 通常源于 CPU 负载过高、实体过多或插件问题，应该先检查这些方面。

玩家太多会导致卡顿吗？

会。每个玩家都会加载区块并触发实体计算。玩家越多，服务器的工作量就越大。需要通过优化农场、简化红石系统等方式减轻服务器负载。

不用插件怎么检查 TPS？

在 Paper 或 Spigot 服务器上，可以在聊天栏输入 /tps。原版服务器则使用 /tick query。这些命令会即时显示当前的服务器 tick 速率。

降低视距能提升 TPS 吗？

能。视距越低，同时激活的区块就越少，服务器每 tick 需要处理的内容也越少。这对玩家较多的大型服务器尤为明显。