雷电模拟器里的网络日志怎么看，三个地方凑出完整线索

改完代理IP，想知道模拟器里的请求有没有按设置走，只看客户端界面上亮着的连接状态不够用。日志能给出一段时间里的完整痕迹，可很多人卡在第一步，不清楚该去哪里看。把三个地方的记录凑到一起，一条请求从发起到走出线路的路径就能对上。

三个地方分别能看到什么

主机侧的连接记录最好取

主机上代理IP客户端的连接记录，是这三份里最容易拿到的一份。打开客户端的运行界面，就能看到近期请求的来源、目标和时间，多开环境下还会标出是哪一个实例。它看不到请求最后有没有被对方接受，所以这份记录适合确认请求有没有交出去，不适合用来下结论。

实例自己的输出跟着实例走

模拟器实例运行时会陆续输出一些状态信息，从中能看到实例的启动过程、网络模式的加载结果，以及部分后台服务发起的请求痕迹。这份输出的好处是跟着实例走，哪个实例有问题就看哪个，不用在一堆记录里翻找。它的短处是关掉实例就没了，所以要在能复现问题的时候顺手截下来。

系统层的日志最全也最杂

安卓系统层的日志记得最细，任何应用发起连接都会留下痕迹，时间顺序也最清楚。它需要接上调试通道才能读，量又大，第一次看容易抓不住重点。放在前面两处都得不出结论、需要继续往下挖的时候再动用，效率更高。

一条记录按四段读

拿到记录之后，别从头到尾读。按时间、来源、目标、结果四段看，速度会快很多。时间用来对齐操作，来源用来定位实例，目标用来判断有没有走错路，结果用来确认这一趟算不算数。四段里缺哪一段，就先去补能给出那一段的那份记录。

1. 看时间　和刚才的操作时间对齐，差得远的先跳过
2. 看来源　锁定是哪个实例、哪个进程发起的
3. 看目标　判断目标是不是业务真正要访问的地址
4. 看结果　确认这一次请求有没有被接受

三种常见的记录信号

• 目标落在内网段，说明请求没走出去，多半是代理设置没保存
• 同一个地址反复重连，说明IP线路不稳，换一条再试
• 应用定时向固定目标发请求，多半是它自己的探测行为，与业务无关

记录只能说明请求发出去了。

下一次改完代理IP，先别急着看客户端那盏灯，把这三种记录按顺序各扫一遍，结论对得上再收工。多开环境里还要把这套读法写进维护文档，实例一多，凭记忆核对很容易漏掉其中一台，等发现的时候任务已经跑偏了很久。