感谢您的提问。
分析
让我们先
梳理一下玩家游玩所经历的网络路径:
- 玩家连接节点;
- 节点连接 frpc;
- frpc 连接服务端;
- 服务端将返回信息给到 frpc,以此类推回到玩家的游戏设备。
在这四个环节中,每个都有可能产生延迟,且均有相应的解决方法。
节点与玩家通信
此时,延迟产生在通信过程中。
不同的
玩家网络环境,可能影响延迟大小:
- 作为服主,无法直接调整玩家的此项,仅可建议玩家使用更好的网络环境。
不同的
节点,可能影响延迟大小:
- 应考虑玩家群体,如大部分在中国大陆,则选择大陆节点。
- 同时,由于 此原因,我无法直接推荐适合您使用的节点,请自行测试。
- 节点负载及 VIP 问题后续将说到
节点连接 frpc
这是需要重点考虑的问题。
玩家间的网络环境有差异,但 frpc 只有一个,需要保证 frpc 到 节点间的通信通畅。
不过检查、解决方式也和上一部分类似就是了。
不同的
frpc 所在网络环境,可能影响延迟大小:
- 请尽量使用优化较好的运营商和地区
- 同时,尽量确保 带宽上限大于等于隧道限速。
不同的
节点,可能影响延迟大小:
- 应考虑玩家群体,如大部分在中国大陆,则选择大陆节点。
- 同时,由于 此原因,我无法直接推荐适合您使用的节点,请自行测试。
- 也推荐选择 平时负载更小、支持线路较多 (枣庄 / VIP) 的节点。
frpc 连接服务端
其实没那么重要,通常只有
frpc 和服务端不在同一设备/局域网 的情况,才需要考虑此问题。
上边也提到问题所在了,尽量保持 frpc 和服务端在同一台机器上,再不济在同一个内网中,即可在此环节将延迟降到最低。
如果设置了如 Geyser 等反代类服务端 (玩家→基岩版→Java 版),则也应遵循此原则,以尽量降低延迟。
如有更多问题或纠错、补充,欢迎回复本帖。
如果问题已解决,请标记解决方案。