打开模拟器，主机上的代理IP客户端记录里立刻多出好几条请求，可业务软件还停在启动画面。这些请求来自模拟器自带的服务：应用商店的更新检查、系统时间的同步、推送通道的心跳。它们不影响业务，却会让人误判IP状态，也会把用量算到别的账上。
自带的联网服务都有哪些
- 应用商店与组件更新
- 开机后检查更新，目标固定，流量集中在启动后的几分钟
- 时间与账号同步
- 按固定间隔发起，量很小，但会一直持续
- 推送与统计通道
- 长连接常驻，请求频率低却不会停
- 预装与统计组件
- 随实例启动，目标不固定，停用前一直在
它们和业务流量有三个明显区别
第一是发起时间。自带服务大多集中在实例启动后的几分钟内，业务请求跟着使用节奏走，两者在时间上很少重叠。第二是目标集合。自带服务访问的目标固定，翻来覆去就那几个，业务访问的目标要杂得多。第三是发起进程，自带服务挂在系统进程名下，业务请求来自你装进去的应用。
怎么把两类分开看
在主机侧代理IP客户端的连接记录里，自带服务和业务请求混在一起，需要按上面三条特征手动分。更省事的办法是先记一份基线：实例刚装好、还没装业务应用时跑一次，把这段时间里的请求目标记下来，之后凡是目标落在这份基线里的，都可以先归到自带服务那一类。基线做完，后面每次见到陌生目标，就知道是业务新增的。
基线记一次就够，往后按季度对一遍。
三类流量分别怎么处理
| 流量 | 要不要走代理 | 为什么 |
|---|---|---|
| 时间与账号同步 | 可以直连 | 与业务IP无关，纳入代理IP反而多一个变量 |
| 应用商店与组件更新 | 建议走代理 | 流量不小，混进业务IP会影响用量核对 |
| 推送与统计通道 | 用不上就关掉 | 长连接常驻，既占资源又让记录变乱 |
- 先记基线 实例干净时跑一遍，把自带服务的目标记下来
- 再标业务 把业务应用的目标单独列一份，与基线区分开
- 分开算用量 自带服务的流量单独统计，不和业务算在一起
- 按季度复核 组件更新后自带服务的目标可能变，基线要跟着更新
用不上的自带服务可以直接关
模拟器里能停用的组件不少，商店、预装应用、部分统计组件都可以在系统设置里关掉。停用之后，记录会干净很多，排查业务问题时不用再排除这些固定目标。但时间同步这类和系统运行相关的基础服务不要关，关了容易出现时间戳错乱，反倒引入新的问题。
自带服务的流量可以不管，但不能不知情：先分清，再决定放行还是关掉。
把自带服务和业务流量分开之后，代理线路的运行状态会变得好读很多。用量对得上，IP出问题时也不会再被那些固定目标的请求带偏方向。多开环境里更值得做这一份基线，实例越多，混在一起的信息越难理清。