把多开的设备从桌上搬到云手机里，线路这件事反而更容易说清楚。本地设备受网线和路由器限制，能分出来的网络环境有限；云手机每台都是独立的一台机器，给每台配上各自的代理IP，账号之间就不再挤在同一条网络路径上。这也是云手机多开比本地多开省事的地方。
云手机服务商会给每台实例一个默认地址，那个地址来自机房，同一批开出来的实例，地址常常落在相邻的段里。只靠默认地址跑账号，多台设备其实挂在同一个来源下，账号之间本该有的距离没有拉开。自己配代理IP的意义就在这里，来源由自己定，实例自带的设置只是个起点。
实例和线路怎么对应
- 实例编号和线路一一对应
- 对应关系记在同一份清单里
- 实例停用时把线路收回
- 新开实例前先查还有哪些线路可用
常见做法是一台实例一条代理IP，实例编号写在线路清单里。查询的时候翻清单就知道某台实例走的是哪条线，不用登进云手机一台台看。数量上去之后可以按用途分组，跑同款游戏同一批账号的实例归到一组，共用几条线路并约定一个调度顺序。分组的意义在于出问题时能定位到一组，省去满屏翻找的工夫。
对应关系写清楚，新来的人照着清单就能接手。
长时间在线要看什么
云手机是长时间挂着的，账号在上面可能连续跑十几个小时。这种用法对线路的要求和短任务不一样：短任务偶尔断一次重连就行，长时间在线更怕中途断开，掉一次可能把前面攒的进度抹掉。挑线路时先看能不能长时间保持连接，再看单次测出来的速度有多快。
账号在同一个环境里长期活动，地址频繁变化会让活动轨迹断成好几截。长效静态一类的线路适合这种场景，地址在一段时间内固定，账号每天从同一个来源上线，看起来是连续的。此外别让多台实例在同一时刻共用一条线路，即使总量够用，行为特征也会趋同。把并发压到线路能承受的范围里，稳定度会好一些。这一条在云手机上尤其明显，因为实例是全天在线的，任何一次挤压都会持续很久。
把云手机和线路的对应关系理清楚，多开的设备各走各的路，账号在云端的活动就有了各自的落脚点。代理IP在这里做的事很具体，就是给每台实例一个独立来源，做了和没做，账号之间的牵连程度差别明显。设备是分开的，来源也要跟着分开。