红米note3的wifi断流/假死
日常使用note3的时，比如长时间浏览网页，点击一个链接会卡住不动，在等待十几秒之后才恢复。第一反应是不是网络不好？但是这种情况常常出现之后，对比其他的手机，比如价格更便宜的更低端的红米2， note3出现频率太高了些。严重影响到了日常的使用，且将这个现象称之为wifi“断流”或者“假死”。
如何证明这个手机“断流”“假死”的状况，用最简单的对照试验，排除网络状况不好的因素。在同一个网络状况下，同一地点、同一时间段，用数据包测试工具ping来测试两个手机。对比两个手机的测试统计数据。最好你可以把两个手机都还原到出厂状态。
先将两个手机的自动锁屏关掉，这样手机会常亮，将两个手机的上网其他程序都关闭，连接上wifi，打开一个终端管理器，保持终端管理器的前台运行，同时输入ping x.x.x.x （x.x.x.x为路由器地址）开始测试。
采集大量样本更有说服力，可以将测试时间延长，最后中止ping程序，会输出测试统计结果。中止方法（音量减小键 和 c 一起按），有的输入法有预输入框的，需要把c选中输出来。
好了来看一下我的结果，这种情况很容易复现，也就不截图了。看不懂结果的可以看最后的统计方式以及解释。
低端的红米2统计结果：
--- 172.16.1.1 ping statistics ---
288 packets transmitted, 288 received, 0% packet loss, time 287825ms
rtt min/avg/max/mdev = 1.708/16.491/61.316/5.387 ms
红米note3的统计结果：
--- 172.16.1.1 ping statistics ---
284 packets transmitted, 284 received, 0% packet loss, time 283361ms
rtt min/avg/max/mdev = 1.259/31.079/979.544/94.374 ms
统计方式以及解释
ping是一个数据包测试小工具，可以测试网络的连通速度，原理就是发一个包（互联网控制消息协议 缩写为icmp）到另外一个主机，然后主机返回一个包，计算往返时间差。
每发一个数据包，得到返回的数据包，然后输出时间差，比如这一条：
64 bytes from 172.16.1.1: icmp_seq=286 ttl=128 time=16.3 ms
发给172.16.1.1 64字节的数据包，往返时间为16.3ms，另外icmp_seq是icmp队列，每发一个出去就增加一个，给包计数。比如icmp_seq=286 表示这是发的第286个包。 ttl是time to life的缩写，每个一个hop减一，变成0就丢弃。现在只是往自己内网的路由发送数据包，路径一样忽略之。
看看红米2的统计信息
--- 172.16.1.1 ping statistics --- 288 packets transmitted, 288 received, 0% packet loss, time 287825ms rtt min/avg/max/mdev = 1.708/16.491/61.316/5.387 ms
翻译如下：
ping 172.16.1.1的统计
共发送了288个数据包，接到返回288个，0%的丢失率，统计时长 287825毫秒，
往返时间（ms）最小值：1.708 平均值：16.491 最大值：61.316 平均差：5.387 ms
最后一个平均差反应了数据变动程度，值越大，说明越不稳定。
现在看看红米note3的：
rtt min/avg/max/mdev = 1.259/31.079/979.544/94.374 ms
平均差达到了94！还是刚刚刷的稳定版，想比如红米2来说，红米note3网络稳定程度可见一斑，简直就是不稳定，不能忍。