做手游客户端六年，手游我最怕听到的苹果一句话不是“游戏崩了”，而是弱网“我这边网络没问题啊”。

办公室Wi-Fi满格，测试服务器在隔壁机房，工具延迟0.1毫秒。手游可玩家在早高峰地铁上，苹果在电梯里，弱网在乡下奶奶家的测试4G信号塔底下。你永远不知道他们的工具网络长什么样。所以我手机里永远装着三样东西：Charles、手游Network Link Conditioner，苹果还有一台专门用来折腾的弱网越狱iPhone。

苹果官方的测试弱网工具其实就藏在Xcode里——Network Link Conditioner。这玩意儿藏得深，工具得去“Additional Tools”里单独下载。装好之后，你在设置里能看见它。界面朴素得像上个世纪的系统工具，但功能一个不少：预设了3G、4G、Wi-Fi、高延迟、高丢包几种场景，也能手动填带宽、延迟、丢包率。

我通常先跑一遍预设的“Very Bad Network”——延迟500ms，丢包10%，带宽1Mbps。这个参数能直接暴露大部分同步逻辑的问题。有个同事做过一个休闲游戏，本地操作流畅得飞起，一开弱网就露馅：角色瞬移、金币数量跳变、商店按钮点了没反应。排查下来，问题出在客户端把所有操作都先发给服务器，等服务器确认了才更新本地状态。正常网络下延迟50ms，人眼根本察觉不到。但弱网下一延迟，玩家点一下等半秒，那体验就是灾难。

预设参数只是入门。真正干活得手动调。我最常干的一件事是设置“Upload 100kbps，Download 2Mbps，Delay 100ms，Loss 5%”——模拟那种上行带宽被占满的糟糕场景。比如玩家一边打游戏一边往朋友圈传视频。这种场景下，你游戏里的数据包得跟视频抢道，丢包率会飙升。很多游戏处理不好上行丢包，表现就是：玩家按了跳跃键，角色原地发呆，然后突然跳起来——因为客户端重发了三次，服务器那边才收到。

有个细节容易被忽略：丢包率和延迟要分开测。我见过一个项目，测试时只调延迟不调丢包，结果所有网络优化代码都只针对“高延迟”做补偿。上线后玩家反馈“经常卡住不动”，查了半天才发现是丢包导致的——客户端发出去的消息丢了，它还在傻等服务器的回包。后来加了超时重发机制，问题才解决。所以我的习惯是：延迟、丢包、带宽三个参数分开调，每改一个跑一遍完整的核心流程。

弱网工具还有个隐藏用法——配合Charles的断点功能。Network Link Conditioner只能模拟网络状况，但没法控制“服务器返回数据的时间”。把两者结合，你能模拟出“服务器处理超时”的场景。做法是：先开弱网，然后在Charles里对某个接口设置断点，人为挂起3秒再放行。这能测出客户端有没有设置合理的超时时间，以及超时后的重试逻辑是否健壮。我靠这招抓出过一个bug：客户端在弱网下请求拉取排行榜，超时后直接显示“网络错误”，但没做重试。玩家在电梯里打开排行榜，看到个错误提示，退出再进，还是错误——因为客户端没缓存上次的成功数据，每次都要重新请求。

最后说句掏心窝的话：弱网测试不是测完就完事的事。游戏版本一更新，网络逻辑改了，你得重新跑一遍。别嫌烦，别觉得“这次改动小不用测”。我见过太多线上事故，都是小改动引发的网络问题。随身带着那台越狱iPhone，每次提测前花十分钟跑一遍弱网场景，能省下后面好几个通宵。工具是死的，人是活的。关键不是你会不会用Network Link Conditioner，而是你愿不愿意在办公室网络太好的时候，主动给自己找点不痛快。