一局比赛里换三四次英雄是常事,每次切换都要重新加载一次技能和模型数据。
守望先锋的对局节奏快,阵容要根据战场形势随时调整。换英雄这个动作在游戏里是一瞬间的事,在网络这一层却要加载一批新的资源,客户端和服务器之间要重新确认一遍状态。多开账号如果都在同一局里频繁切换,这批请求会集中出现,把这条代理IP的余量吃掉一截,一局下来累积的次数并不少。
换英雄的时候发生了什么
切换动作触发后,客户端要拉取新英雄的技能配置、模型资源、音效,还要向服务器同步一次角色状态。这些数据量不算大,但发生在很短的时间里。一局里切换的次数多了,这些短促的峰值会累积起来,尤其是在团战前后,正好和战局数据的高峰撞在一起,两股请求叠在一块,等待的时间就更长了。
| 时点 | 触发原因 | 多开建议 |
|---|---|---|
| 开局选人 | 全队同时确认阵容 | 错开确认时间 |
| 团战前换人 | 临时调整阵容 | 提前几秒切换 |
| 复活后重返战场 | 重新加载角色 | 避开团战高峰 |
开局选人的确认是最好错开的一个动作。全队在同一时间确认阵容,客户端要同时向服务器提交一次状态,多开的话可以让几个号前后隔开几秒确认。这样安排之后,同一瞬间的请求不会堆在一条线路上,进场也更整齐。
切换的时机比切换的次数更要紧。
把切换动作放在空档期做,比放在团战前做省力得多。
如果几个号在同一局里,切换的时间要错开。几个号同时按下切换,请求会在同一条代理IP上排队,排在后面的那个号会晚一步进场。错开的间隔不用长,两三秒就够,关键是别让它们撞在同一个瞬间。
把多开账号的换人时机错开,一局里的卡顿会少很多。代理IP在这里提供的是每个号独立的加载通道,让一个号的资源加载不占用另一个号的时间。
