倩女幽魂挖宝跑地图，IP为什么要全程固定

同一张藏宝图，为什么有人一路挖到底，有人挖到一半卡在传送画面，重进游戏才发现宝坑还在原地？多数人把这种情况归到运气上，其实跑图挖宝这条路上串着几段请求，其中任何一段在代理IP上抖一下，进度就断在那里。

挖宝跑图，网络上是三段请求

把挖宝拆开看，大致是三段。先在图上找到标记点，这一步是查询请求，客户端向服务器确认坐标有没有被人挖过、还剩几张图；接着是地图跳转，人物从当前场景走到目标地图，客户端要当场加载这一片场景的资源；最后是落铲，把挖宝动作提交给服务器，等它返回结果。三段里前两段是读，最后一段是写，要求并不一样。

找点与查图

查询请求，体积小但对响应快慢敏感，查到结果才能确定去哪一张图

地图跳转

要当场加载目标地图的场景资源，是一次体量不小的读取

落铲提交

写操作，发出后要等服务器确认，中断容易留下悬空状态

三段里最容易被忽略的是地图跳转。跑图挖宝要横跨好几张地图，每换一张，客户端都要重新拉一份场景资源，人物模型、地表贴图、建筑件这些内容加起来体量不小。代理带宽被别人占着的时候，场景就会一片一片往外蹦，人卡在半空进不去，等资源补齐了才落地。挖宝路上看见人物反复卡在传送画面，该先看的是这条线路当时的带宽，游戏本身的问题往往排在后面。

挖宝前可以先做的准备

1. 提前把常去的地图走一遍　场景资源进了本地缓存，正式挖宝时不用每次重下
2. 整段挖宝不换IP　找点、跳图、落铲都落在同一条代理IP线路上，会话不中途换人
3. 多标记点分批去挖　一次跑一到两个点，跳图与资源加载不叠在同一段时间里
4. 落铲后等结果返回　提交类操作不连点，看到确认再动下一步

落铲这段是写操作，和跑图不一样。提交里最怕的是等待期间线路被换走，动作已经发出去，回执却回不来。客户端收不到服务器确认，界面就显示失败，而服务器那边可能已经处理过。再点一次，就成了重复提交，轻则提示冲突，重则次数被扣两次。稳妥的做法是提交前确认代理IP线路稳定，提交后静等结果，别在等待的那几秒里动设置。

为什么IP换得勤最容易断在跳图

跑图挖宝是连续动作，从A图到B图再到C图，中间隔不了几秒。有人习惯每隔几分钟换一条线路，觉得这样更稳妥，实际效果相反。换线路的那一瞬间，正在进行的场景加载会被打断，客户端只能从头再来。挖宝一趟本来十几分钟能走完，频繁换线的结果往往是同一段路来回走。把整趟挖宝放在一条稳定的代理IP线路上，比中间换几次线省时间。

跑图最怕的不是慢，是中途被换线打断。

找点、跳图、落铲这三段对代理线路的要求各不相同，读的要快，带宽要足，写的要稳。把常走的地图先走一遍预热，整趟挖宝守在一条固定线路上，那些卡在传送画面前面的情况就会少很多。这就是代理IP在跑图挖宝里最实在的一处作用。