樱花映射对比：一次游戏服搭建复盘
樱花映射对比不能只看“能不能连”，还要把部署门槛、访问延迟、维护工作和公网暴露范围放进同一张表。下面用一个可复现的游戏服场景，还原从确认网络、试路由器转发，到比较自建FRP和托管映射的全过程，不虚构测速数字。
步骤一：先把本地服务器跑通
案例环境是一台Windows主机运行供朋友联机的Minecraft Java版服务器，服务端使用TCP端口25565。先在同一局域网的另一台电脑上，用主机局域网地址连接。若这一步失败，问题在服务端配置或防火墙，与映射平台无关。
测试通过后固定主机的局域网地址，并只为实际使用的程序放行对应端口。这个动作能避免路由器重新分配地址后，映射客户端仍指向旧设备。
步骤二：验证路由器直连是否可行
进入路由器查看WAN地址，再与公网IP查询结果比较。案例设定为两者不一致，说明前面还有运营商级NAT；即使在自家路由器配置25565端口转发，外部请求也到不了这台路由器。
这一步完成了樱花映射对比中的第一轮淘汰：公网直连链路最短，但当前网络条件不具备。若用户拥有可入站的公网IPv4或可用IPv6，则应先评估直接访问，不必为了穿透而穿透。
步骤三：比较自建FRP与樱花映射
自建FRP需要购买或已有公网服务器，在云防火墙开放端口，部署frps，并保存认证配置。它的控制权更高，但游戏服只在周末临时开启，为此长期维护一台服务器并不划算。
托管方案则创建TCP隧道，把本地地址指向127.0.0.1、本地端口填25565，再启动客户端。朋友连接平台给出的节点地址与远程端口。这里不应照抄别人的端口，因为入口由各自控制台配置决定。
步骤四：外网验收并作出选择
关闭测试手机的Wi-Fi，用移动网络检查端口，再邀请不同运营商的朋友进入。验收表只记四项：能否连接、晚高峰是否掉线、游戏内延迟是否稳定、主机上行是否被占满。单次连接成功不能代表长期体验。
本案例最终选择樱花映射，原因不是它必然更快，而是无需公网IP、无需维护服务端，符合低频联机需求。若改成长期开服、多人高流量运行，樱花映射对比结论可能转向自建节点或专业托管服务器。
推荐阅读
常见问题
- Minecraft服务器做樱花映射要用什么协议？
- Java版默认连接通常使用TCP，默认端口为25565，但应以服务端实际配置为准。其他版本或附加功能可能不同，不要直接套用。
- 朋友连接时填写本地端口还是远程端口？
- 填写平台提供的公网节点地址和远程端口。本地端口只用于映射客户端连接本机服务，通常不会直接发给外部用户。
- 游戏服映射后卡顿怎么判断瓶颈？
- 先看服务器CPU、内存和Tick状态，再检查家庭上行与Wi-Fi，最后比较不同节点和时段。服务器计算卡顿与网络延迟是两类问题。