Android Doze模式适配实验记录

模式适配实验记录"/>

Android Doze模式适配实验记录

 

课题：想定时执行一些代码，如每隔4分钟向服务器发送一个数据包。

实验1：用TimerTask.

机型：vivo android 9.0  V1911A vivoZ5X

经常休眠，有时候长几小时。

实验2：

机型：vivo android 9.0  V1911A vivoZ5X

自从Android6.0引入低功耗与待机模式之后，TimerTask就更不能胜任了，根据官方文档，要用.setExactAndAllowWhileIdle函数才能启动在Doze模式下正常运行，不过这个函数也会被推迟，比如通常是5分钟执行一次，6分钟执行1次，甚至9分钟，官方文档也提到了9分钟，进入Android源码阅读该函数的注释，说是在DOZE模式下，有可能还会推迟定时任务到15分钟。官方文档也提到了电池白名单，因此我将APP加入这个白名单测试，setExactAndAllowWhileIdle在国内厂商的执行情况还是不能准确执行，但是比之前已经强多了，至少不会出现几小时都不执行的情况。目前是一打开屏幕，立即会执行挂起的setExactAndAllowWhileIdle的定时任务。

非DOZE模式，则会正常4分钟后执行定时任务。这里解释一下，setExactAndAllowWhileIdle本身只执行1次，是我写了一些代码，在执行任务的时候，又调用1次setExactAndAllowWhileIdle，然 后这个执行任务就变成了 循环定时执行了，实现了Ti mer的循环定时执行功能。

在网上搜了很多，都遇到了setExactAndAllowWhileIdle不能如期执行任务的问题，可能是官方文档不适合国内的厂商，也可能还真的如源码里所说的定时间隔要弄成15分钟，15分钟唤醒一次系统是被允许的。

setExactAndAllowWhileIdle弄成10分钟1次时，经常延迟到12分钟，13分钟，甚至15分钟才执行。setExactAndAllowWhileIdle弄成15分钟1次时，也不准确，但是目前延迟的不多，不到1分钟，需要继续观察。

后来关注了一下setAlarmClock,官方文档说，是在定时任务来临之前，会推出DOZE模式。即将研究,

发现在VIVO Z25  android9 上setAlarmClock也不准，设置为1分钟执行1次，它有时候推迟到3分钟1次。

分析setAlarmClock日志：还是有延迟，但大多延迟1-2分，偶尔延迟5分。不影响心跳。

 

setExactAndAllowWhileIdle设置1分钟执行1次。

从2019.7.17日09:38---18:00，大概8-9小时测试时间，推迟时间1-5.02分不等。

从2019.7.17日18:00---7.18日9:40 大概15小时，本来1分钟执行1次，实际5分钟1次出现过6次，6分钟1次出现过2次。7分钟1次出现过5次。总共不达标13次，评均1小时1次掉线。

发心跳时，添加了判断网络是否正常的日志，然后进行如下测试：

1.从2019.7.18日18:10----7.19日 9:30 7.19日9:30 4G网卡，共15小时 min=5 3次 ， min=6 1次， min=7 1次， min=8 1次 ，也就是说延迟了4分钟 3次，5分钟1次，6分钟1次，7分钟1次，总共6次，平均每2.5小时掉线1次，因为超过5分钟就离线。

 

2.然后发送心跳时，添加了重连从2019.7.19日11:30开始-----7.22, 9:16 大约70小时  进行中。 min=5 ，22次 ；min=6， 15次；min=7,7次； min=8,9次；min=10,1次；总共54次，评均每1.3小时掉线1次。

3. 从2019.7.22日10:30开始-----7.23.13:40， 27小时，4G网络，发心跳包失败后立即重连，target=26;

  7.22 日 11:40重新安装了APP，添加了设备主动上报电量的日志，用于检测设备上报电量是否正常。

min=5 ，7次 ；min=6， 3次； min=8,1次；min=10,1次；总共12次，评均每2.25小时掉线1次。

 

setAlarmClock设置1分钟执行1次。

1. 从2017.7.23日16：00开始到24日9:20，总共17小时

测试机型：VIVOZ5 ADNROID9.0

设备号：尾号为06

同时测试一下电量，让APP首页不退出的情况下，应该上报电量正常。

min=5 ，5次 ；min=7， 1次； min=8,2次；总共8次，评均每2.1小时掉线1次。

 

测试电量时，我自己的华为手机也加入，从从2017.7.23日17：48开始----2019.9:10  华为手机可以上报电量，但是不准时，或没有上报电量，应该又是系统休眠了，等苏醒了才打印出 notify battery 日志。

 

2. setAlarmClock设置1分钟执行1次。从2019.7.24日17:50开始 到 7.24日9:00，共15小时

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5 ，6次 ；min=6,1次；min=7， 1次； min=8,2次；min=11,1次；min=12,1次；总共12次，平均每48分钟掉线1次

电量可以正常上报

 

3.setAlarmClock设置1分钟执行1次。从2019.7.25日23:07开始 到 7.26日14:52，共15小时

 

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5 ，1次 ；min=6,3次；min=7， 1次； min=8,1次；min=9,1次；min=11,1次；总共8次，平均2小时掉线1次

电量正常。

 

总结感觉setExactAndAllowWhileIdle比setAlarmClock稍微能好点儿。

 

4.setAlarmClock设置1分钟执行1次。从2019.7.26日19:20开始 到 7.29日09:20，共62小时

 

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5 ，5次 ；min=6,2次；min=7， 2次； min=8,1次；总共10次，平均6小时掉线1次

电量正常。

 

5.setAlarmClock设置1分钟执行1次。从2019.7.29日19:30开始 到 7.30日09:20，共14小时

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5 ，5次 ；min=6,1次； min=8,1次；总共7次，平均2小时掉线1次

电量正常。

6.setAlarmClock设置1分钟执行1次。从2019.7.30日9:50开始 到 8.1日09:50，共48小时

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5 ，7次 ；min=6,5次；min=7,4次； min=8,2次；min=9,1次；总共19次，平均2.5小时掉线1次

电量正常。

 

7.setAlarmClock设置1分钟执行1次。从2019.8.1日11:00开始 到 8.5日14:20，共99.3小时

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5 ，28次 ；min=6,12次；min=7,13次； min=8,5次；；总58次，平均1.7小时掉线1次

电量正常。

 

setAlarmClock

vivo

从2019.8.6日9:45开始 到   8.8日15:45 小时，共54小时  设置40秒执行1次。

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5 ，21次 ；min=6,10次；min=7,7次； min=8,8次；min=9，2次；min=11，1次；总49次，平均1.1小时掉线1次

电量正常。总结：感觉定时器间隔越小还越被限制，或者setExactAndAllowWhileIdle还真不如setAlarmClock

 

MUMI  

从2019.8.8日16:13开始 到    8.11日02:06共58小时设置60秒执行1次。

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

min=5 ，0次 ； 定时器准确。其它是因为网络原因，然后发送数据失败立即重连上了。

电量正常。

 

从2019.8.12日00:00开始 到    8.12日09:14共约10小时设置60秒执行1次。

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

min=5 ，0次 ； 定时器准确。期间没有网络断开记录，很好

电量正常。

 

从2019.8.12日09:15开始 到    8.14日09:25共约48小时设置60秒执行1次。

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

min=5 ，0次 ； 定时器准确。重大发现：

 

期间从8.12日23:10:17-------8月13日6:22:29 移动网络中断，

期间从8.13日23:10:27-------8月14日6:23:40移动网络中断

应该是系统限制

电量正常。

 

vivo

从2019.  8.10日00:00  到  8.12日 9:20  设置60秒执行1次心跳。共57.3小时

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5， 9次 ；min=6,10次；min=7,2次； min=8,5次；min=9，1次；总27次，平均2.1小时掉线1次

电量正常。

 

从2019.  8.12日09:20  到  8.14日 9:10  设置60秒执行1次心跳。共约48小时

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

min=5， 13次 ；min=6,4次；min=7,3次； min=8,9次；min=9，1次； ,min = 10，2次，min=12,1次，

min=13 2次，总35次，平均1小时掉线1次

电量正常。

从2019.  8.14日18:08  到  8.15日 10:10  设置60秒执行1次心跳。共约16小时

（1）测试机型：VIVOZ5 ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

电量正常。

min=5， 1次 min=7,1次； min=8,1次；min=9，1次；总共4次，，平均4小时掉线1次。还算OK了。

 

 

总结：VIVO setAlarmClock在关闭屏幕下定时器不准确（开屏下准确），暂设置为1分钟发一次心跳吧，平均2小时掉线1次居多。setExactClockAllowIdle与setAlarmClock差不多一样情况，貌似没有setAlarmClock更稳定。所以VIVO选择setAlarmClock

           MIUI setAlarmClock定时器1分钟很准确，但是4G网络通宵不正常,还需要继续测试。

vivo：2019-08-14 11:28:13   brand=vivo,SystemVersion=9,SystemSDK_INT=28

xiaomi：brand=xiaomi,SystemVersion=9,SystemSDK_INT=28

-------------------------------------------------------------------------------VIVO心跳告一段落----------------------------------------------------------------------

setAlarmClock  4分钟心跳1次

 

MIUI

MIUI  （xiaomi：brand=xiaomi,SystemVersion=9,SystemSDK_INT=28）

支架设备号：18610101F4000202

从2019.8.14日 11:27:09开始到8月15日9：11开始 共约22小时

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

MIUI setAlarmClock定时器4分钟很准确，但是4G网络通宵不正常,还需要继续测试，从晚上23点12分开始到早上6点07。大约7小时

 

从2019.8.15日 10:17开始到2019.8.16日9：:00

支架设备号：18610101F4000202

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

MIUI setAlarmClock定时器4分钟很准确。。。。。重点测试网络：网络还是有断开，从 00:19:58开始，完善半夜02:23:32点我打开屏幕又好了一阵子，然后02:52:52又断开，直到04:44:34,2几分我又打开屏幕，然后好像激活了，接下来4G一直很好，直到现在。

 

从2019.8.16日 15:06开始到2019.8.17日13：11   APP正式版本:   JFA实验的socket移值到了正式版）

支架设备号：18610101F4000202

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）WIFI晚上通宵

结果：2019-08-16 23:47:16------2019-08-17 06:12:09 一直没有网络，确认是小米系统限制的。

关于电量，自动半夜被限制后，就不正常了，从2019-08-17日0:45:18报了1次，就直到2019-08-17 12:26:50才恢复

 

从2019.8.17日 14:00开始到 2019.8.18日9:35  总共 19个小时，正式版本:   JFA实验的socket移值到了正式版）

支架设备号：18610101F4000202

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

结果：

--心跳：

定时器正常setAlarmClock符合官网，白天心跳正常，但是晚上，从2019-08-17 23:35:20到2019-08-18 06:03:54 4G网络整个手机不通。

--电量：

上报不正常，从2019-08-17 16:12:01开始报了1次电量后，直到2019-08-18 00:55:50才正常，总共缺失8次，之后就正常了。

 

从2019.8.18日 10:55开始到 2019.8.19日，正式版本:   JFA实验的socket移值到了正式版）

支架设备号：现在支架号：1861020010010002(和华为交换了支架)   

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

结果：很奇怪，换了个设备，电量正常，打开定位后，晚上心跳也正常了，原来没打开定位上传时，心跳总是从23点10分左右开始直到早上6点多就  直接4G断网了。

 

 

从2019.8.19日 11:07开始到 2019.8.20日9:10分，总共21小时正式版本:   JFA实验的socket移值到了正式版）

支架设备号：现在支架号：1861020010010002

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

 

结论：（1）电量正常，

          （2）只测了心跳，结果心跳老样子，从23:10分左右到早上6:10左右断网，但是定时器OK，且不影响一键呼功能，早上5:30一键呼后网络恢复一阵子，然后又断开一阵子直到6:10分以后，全天就恢复了。

------------------------------------------------------------------------------------------------

 

HUAWEI

HUAWEI  （huawei nova4：brand=huawei,SystemVersion=9,SystemSDK_INT=28; APP版本JFA实验版）

从2019.8.16日 12:00开始到2019.8.17 13:12

（1）测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开，然后晚上通宵WIFI.

心跳在线正常setAlarmClock符合官网、电量也正常。接下来尝试一下晚上通宵4G看如何。

 

（huawei nova4：brand=huawei,SystemVersion=9,SystemSDK_INT=28; APP正式版本:   JFA实验的socket移值到了正式版）

从2019.8.17日 :14：03开始到2019-08-18 10:34:33 总共20小时左右

（1）测试机型：测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

心跳正常setAlarmClock符合官网、电量正常。

 

（huawei nova4：brand=huawei,SystemVersion=9,SystemSDK_INT=28; APP正式版本:   JFA实验的socket移值到了正式版）

从2019.8.18日 :11：00开始到2019.8.19日9：30

支架号改为：现在支架改为：18610101F4000202

（1）测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

结果：电量正常，但是定位有休眠，有时候1小时定位1次。定时器也开始不正常了，这点很奇怪，之前起码定时器都正常，这次和VIVO一样了，有推迟。

 

 

 

（huawei nova4：brand=huawei,SystemVersion=9,SystemSDK_INT=28; APP正式版本:   JFA实验的socket移值到了正式版）

从2019.8.19 12:00日 开始到2019.8.20日  9：20，总共21小时

支架号改为：现在支架改为：186102001001000e

（1）测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

结论：电量：正常

          心跳：正常，4分钟很准确。中间没有一个断开服务器的记录

 

 

心跳结论：单测心跳，

华为一切OK，

小米在23:10到次日6:10分左右整个手机断网，但2个手机的setAlarmClock的定时器都很准确。

vivo只能加强，setAlarmClock定时器有时延迟，但最大超不过15分钟。

 

------------------------------------------------------------------定位---------------------------------------------------------------------------

华为  正式版APP

从2019.8.20 10:00日 开始到2019.8.21日 9:30  总共约24小时

支架号改为：现在支架改为：186102001001000e

（1）测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）打开定位  

结果：电量、心跳、位置，一切很OK.

 

华为

从2019.8.21 09:30 开始到2019.8.22日 9:40  总共约24小时

支架号改为：现在支架改为：186102001001000e

（1）测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）打开定位  

结果：电量、心跳、位置，一切很OK.

 

华为

从2019.8.22 09:30 开始到2019.8.23日 10:30  总共约24小时

支架号改为：现在支架改为：186102001001000e

（1）测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）打开定位  

结果：电量、心跳、位置，一切很OK.

 

 

华为

从2019.8.23 :11:00 开始到 2019.8.26日 9：00总共约70小时

支架号改为：现在支架改为：186102001001000e

（1）测试机型：huawei nova4  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）打开定位  

结论：结果：电量、心跳、位置，一切很OK.  可以搞一段落了。

 

 

----------------------------------------------------------------------------------------------

小米

从2019.8.20日 10:00开始到 2019.8.21日9:14，总共23小时，正式版本:   JFA实验的socket移值到了正式版）

支架设备号：现在支架号：1861020010010002

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

（6）打开定位  

结论：总体不错，定位和心跳都很准时，只是仍有半夜断网，不过这次断网推迟到凌晨2019-08-21 03:42:02，恢复网络的时间还是比较规律，2019-08-21 06:06:40,742， 也就是第二天早晨6:10分左右。

 

从2019.8.21日 10:00开始到 2019.8.21日16:54:50，总共7小时，正式版本:   JFA实验的socket移值到了正式版）

支架设备号：现在支架号：1861020010010002

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

（6）打开定位  

结论：OK，电量、心跳，定位都正常。

从2019.8.22日 9:00开始到 2019.8.22日18:00:00，总共9小时，正式版本:   JFA实验的socket移值到了正式版）

支架设备号：现在支架号：1861020010010002

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

（6）打开定位  

结论：OK，电量、心跳，定位都正常。

 

 

 

从2019.8.23日 11:30开始到 2019.8.26日 9:30    总共70小时，正式版本:   JFA实验的socket移值到了正式版）

支架设备号：现在支架号：1861020010010002

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

（6）打开定位  

结论：OK，电量、心跳，定位都正常。

 

小米(正式版APP)

从2019.8.27日 18:30开始到 2019. x    总共x、小时，正式版本:   JFA实验的socket移值到了正式版）

直到目前 2019.8.28 日  09:20  一切正常，包括電量，定位等。半夜网络也不断了，因为开了定位。

支架设备号：现在支架号：1861020010010002

（1）测试机型：MI6X  ADNROID9.0

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅4G网络

（6）打开定位  

结论：由于中途没电了，不过半夜断网的那种情况 在开启定位的条件下，目前不存在了，不排除以后会出现（因为之前有1次定位开着，断网延迟到03:00才出现）。

所以从2019年8月30日11:00开始继续测试

OPPO(正式版APP)

从2019.8.26 日  19:00 开始到       2019.8.27日  9:00总共约14小时

支架为：186102001001000e

（1）测试机型：OPPO R11   ADNROID7.1.1 ColorOS V3.2          

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）没有打开定位  

结论：。心跳正常。电量正常。

 

OPPO

从2019.8.27 日  9:10 开始到       2019.8.27日 17:50 约9个小时

支架为：186102001001000e

（1）测试机型：OPPO R11   ADNROID7.1.1 ColorOS V3.2          

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）打开定位  

结论：心跳正常。电量正常，定位正常。

 

OPPO

从2019.8.27 日  18:30 开始到    

直到目前 2019.8.28 日  09:20  一2019.8.30日9：30”  总共48小时。

支架为：186102001001000e

（1）测试机型：OPPO R11   ADNROID7.1.1 ColorOS V3.2          

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）打开定位  

结论：一切正常，电量、心跳、定位都正常。目前来说OPPO是稳定的。

 

VIVO (正式版APP)

从2019.8.27 日  18:30 开始到   

直到目前 2019.8.28 日  09:20  ，電量正常，心跳老样子有延迟，定位也有延迟，不过还好，每小时都有位置点，位置延迟有时候30分钟，10分钟、16分，40分，有时1小时只定位了2个点，屏幕打开貌似就好了，正在测试，2019.8.28日9:45打开屏幕，开始观察屏幕打开时定位是否均匀

支架为：1860247189D0AFDF

（1）测试机型：VIVO Z5   ADNROID9         

（2）target=26，打印socket收发日志，notify电量日志，电量的接收与保存已从MainActivity移动到BleService里。

（3）退出MainActivity，观察（2）中的电量接收还是否正常。

（4）socketservice.connectserver连接TCP部分放在了thread里。（因为之前死机出现ANR无响应）

（5）仅移动网络4G打开

（6）打开定位  

结论：

心跳：min=5,11次，min=6，7次，min=7,2次，min=8,1次，总共21次，还是平均每2小时定时不准1次，

 电量：，不正常，连续几十个小时都没有电量上报，当然这个是BLE，不属于手机支架这次测试的范畴。

定位： 这次还过关，比较均匀，只是没有其它3个手机那样准时，这次延迟1-2分钟，也就是6、7分钟定位1次，之前丢位置，也应该有定位不成功的原因吧。

 

OPPO定制系统测试

从2019年12月26日12:00至12月27日9:30

支架为：1861020010010033

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅移动网络4G打开

（4）打开定位  

结果：从27日00:52---01:41位置有空档； 从02:01:31---04:01:31有空档 04:06:31---06:16:31有空档，之后就恢复了。

总结，应该是半夜网络有休眠。

 

 

从2019年12月27日09:30至12月28日19:00

支架为：1861020010010033

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅移动网络4G打开

（4）打开定位  

结果：2019-12-28 02:10:54-----"2019-12-28 04:20:54"   经日志观察，是手机网络不可用

"2019-12-28 00:55:54",-----"2019-12-28 02:05:54", 经日志观察，是手机网络不可用

"2019-12-28 04:25:54",---"2019-12-28 04:50:54",经日志观察，是手机网络不可用

2019-12-28 04:55:54",---"2019-12-28 05:55:54",经日志观察，是手机网络不可用

直到6点正常

 

从2019年12月28日19:00至12月29日23:55

支架为：1861020010010033

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅移动网络4G打开

（4）打开定位  

结果：2019-12-29 00:40:02"-----2019-12-29 01:05:03,经日志观察，是手机网络不可用

       "2019-12-29 01:10:02"----2019-12-29 01:40:01",经日志观察，是手机网络不可用

2019-12-29 02:20:02", ----2019-12-29 04:20:02,经日志观察，是手机网络不可用

"2019-12-29 04:25:00"----2019-12-29 05:25:00,经日志观察，是手机网络不可用

019-12-29 05:30:02",----2019-12-29 06:10:03" 直到6点10分恢复,经日志观察，是手机网络不可用

 

 

从2019年12月29日23：55至12月30日09:30

支架为：1861020010010033

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅移动网络4G打开

（4）打开定位  

结果  2019-12-30 02:25:53------------2019-12-30 04:20:54"经日志观察，是手机网络不可用

2019-12-30 04:25:55"-----------"2019-12-30 05:55:55经日志观察，是手机网络不可用

2019-12-30 05:55:55", ----2019-12-30 06:30:55  直到6:30恢复，经日志观察，是手机网络不可用

 

从2019年12月30日12：00至 2019年12月31日 9:00

支架为：1861020010010033

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位  

结果：2019-12-31 00:28:53----2019-12-31 00:43:53经日志观察，是手机网络不可用

            2019-12-31 00:48:53----2019-12-31 02:03:53经日志观察，是手机网络不可用

           2019-12-31 02:03:53-----2019-12-31 04:38:53经日志观察，是手机网络不可用

直到12月31日早上6点 03分恢复正常

 

 

从2019年1月2日00：00至 2019年1月3日 9:00

支架为：1861020010010033

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位  

结果：发现半夜4：25左右安心上的设备不在线，然后查看 安逸APP日志，发现网络不可用。然后短按手机支架，长按手机支架后 没有报警，但是网络恢复了，再次长按报警才成功报警了。 现在需要区分是短按激活了网络还是长按激活了网络。现在能得出的结论是：长按短按打开了手机屏幕，从而激活了网络，至于为什么第1次长按没有报警成功，应该是连接间隔导致，因为现在是1分钟后才去连接服务器。下一个版本监听网络切换状态，监听wifi可用还是4G可用，监听到网络可用状态后立即去连接服务器，这样也许就能让 第一次长按手机支架时的报警成功！

直到1月3日早上6点 14分左右恢复正常。

 

OPPO 手机网络测试工具APP 监测手机网络

从2020-01-15 10:48:50,至  2020-01-16 09:18:52,900

使用自己开发的网络测试工具APP监测

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位 服务开关

（5）4分钟监测一次

结果：从半夜0点以后就开始休眠 ，其它时间都正常，如图所示：

 

HUAWEI 监测手机网络

从2020-01-14 11:38:07,749,至  2020-01-16 09:13:45,421

使用网络测试工具APP监测

（1）测试机型：HUAWEI(型号：ARE-AL00，系统：ADNROID9     EMUI 版本9.1.0.160） 

（2）target=26

（3）WIFI和4G都打开

（4）4分钟监测一次

结果：一切正常，网络OK.定时器间隔也正常。

 

 

从2020-01-17 11:38:07,749,至  2020-01-16 09:13:45,421

使用网络测试工具APP监测

（1）测试机型：HUAWEI(型号：honor9，系统：ADNROID9     EMUI 版本9.1.0.210.） 

（2）target=26

（3）WIFI打开

（4）4分钟监测一次

结果：网络OK，但定时器有延迟。

 

从2020-01-16 09:13:45, 至  2020-01-17 10:18:19,

使用网络测试工具APP监测

（1）测试机型：HUAWEI(型号：ARE-AL00，系统：ADNROID9     EMUI 版本9.1.0.160） 

（2）target=26

（3）WIFI和4G都打开

（4）4分钟监测一次

结果：一切正常，网络OK.定时器间隔也正常。同样是EMUI 9.1.0都是有区别的，因为这个是19.1.0.160

vivo监测手机网络

从2020-01-15 10:33:49,至  2020-01-16 10:03:54 总共约24小时

使用网络测试工具APP监测

（1）测试机型：vivoz5x(型号：v1911A，系统：ADNROID9     Funtouch OS_9） 

（2）target=26

（3）WIFI

（4）定位服务关

（5）4分钟监测1次

结果：网络OK. 但是定时器有延迟，最长达7分出现2次。6分16次，5分108次。如果连通服务器的话，约每小时掉线5次，10分钟掉线1次。

从2020-01-15610:03:49,至  2020-01-17 09:58:58,439 总共约24小时

使用网络测试工具APP监测

（1））测试机型：vivoz5x(型号：v1911A，系统：ADNROID9     Funtouch OS_9） 

（2）target=26

（3）WIFI

（4）定位服务关

（5）4分钟监测一次

结果：网络OK. 但是定时器有延迟。

 

OPPO 手机网络测试工具APP 监测手机网络+安逸APP网络状况

2020-03-02 17:31  至  2020-03-03 09:22:28

使用自己开发的网络测试工具APP监测

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位 服务开关

（5）4分钟监测一次

结果：正常

 

 

OPPO 手机安逸APP网络状况

2020-03-03 09:42:29  至  2020-03-04 09:14:4

使用自己开发的网络测试工具APP监测

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位 服务开关

（5）4分钟监测一次

结果：正常                                                                                                                                                                                                                                                                                                                                                                                                                                                                         

OPPO 手机安逸APP网络状况

2020-03-04 09:42:29  至  2020-03-05 09:14:4

使用自己开发的网络测试工具APP监测

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位 服务开关

（5）4分钟监测一次

结果：正常     , 心跳，定位，报警都正常。

OPPO 手机安逸APP网络状况

2020-03-05 14:10  至 2020-03-06 09:08

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位 服务开关

（5）4分钟监测一次

（6）去掉了mylog文件日志打印，关闭了通知栏

结果：一切正常

 

OPPO 手机安逸APP网络状况

2020-03-06 09:08  至 2020-03-07 09:08

（1）测试机型：OPPOA11  ADNROID9         

（2）target=26

（3）仅WIFI打开

（4）打开定位 服务开关

（5）4分钟监测一次

（6）去掉了mylog文件日志打印

结果：一切正常