Android wifi 从连接态自动断开的解决办法（dhcp导致）

Posted 2020-10-20 请给我倒杯茶

本文转载自：http://blog.csdn.net/DKBDKBDKB/article/details/38490201

对wifi部分的代码流程已经看了段时间，前两天终于解决了工作中遇到的一个wifi问题，问题描述及解决过程如下：

硬件平台：iMx53

软件平台：android2.3

bug描述：1，选中热点，输入密码之后，会显示“正在获取ip地址。。。”，之后变为已保存而没有连接。

                  2，系统在wifi连接的前提下，重新上电，无法自动连接已保存的wifi热点。

                  3，系统wifi连接后，过一段时间自动断开，wifi图标变暗。

 

       首先，感觉wifi连接后自动断开这种情况，Android上层应该还算是比较智能的，已连接的wifi在断开后肯定会有尝试自动重连的逻辑实现，但是从log看，connection是有reset和reconnect但是均失败了，没有重连成功。所以开始继续向下分析重连失败的原因，最终发现了dhcp的疑点很大：

 DHCP request error:Timed out waiting for dhcpcd to start

       这是出问题的时候log中通常出现的部分：dhcp start 失败。代码在/system/core/libnetutils/dhcp_utils.c 里边实现。start失败的原因是由于在指定的时间内，init.svc.dhcpcd_wlan0这个prop没有变为“running”态，于是，我在wait_for_property函数中做了重新开启的改动，添加代码如下：

 

[cpp] view plain copy

 

1. if (strcmp(name, "init.svc.dhcpcd_wlan0") == 0 && \  
2.     strcmp(desired_value, "running") == 0) {  
3.     if (maxnaps == 7) {  
4.         property_set("ctl.start", "dhcpcd_wlan0");    
5.         LOGD("kevin 1st set init.svc.dhcpcd_wlan0");  
6.     } else if (maxnaps == 4) {  
7.         property_set("ctl.start", "dhcpcd_wlan0");    
8.         LOGD("kevin 2nd set init.svc.dhcpcd_wlan0");  
9.     }  
10. }  

 

        问题有了很大改善，此后不会再出现start失败的问题，但随之而来的问题出现了：系统重新上电之后，wifi图标显示已连接，但是点击连接上的wifi热点，在弹出的的窗口里边没有ip地址，而此时上层的app确实不能上网，因为点击热点的弹窗是通过get_property接口获取的一系列属性信息，所以分析是两种可能：1，上层没捕获到property；2，底层没有把相应的property set进去。第一种可能性很低，所以直接从第二种情况入手分析，发现这些属性是在dhcp_start接近尾声的时候，通过dhcp的一些脚本执行set进去（/external/dhcpcd/dhcpcd-hooks 脚本路径），设置成功会将property “dhcp.wlan0.result” 设置为“OK”， 此时才能保证上层可获取相应的property， 鉴于此，分析还是dhcp start没有正常启动，因此在/system/core/libnetutils/dhcp_utils.c 里实现的自己的新接口：dhcp_reset(),具体实现如下

 

[cpp] view plain copy

 

1. static const char DHCP_SERVER[]         ="dhcpcd_wlan0";  
2. static const char DHCP_PROP[]           ="init.svc.dhcpcd_wlan0";  
3. static const char DHCP_RES[]            ="dhcp.wlan0.result";  
4.   
5. static int dhcp_reset()  
6. {  
7.     int stop_wait = 5;  
8.     int start_wait = 10;  
9.     int result_wait = 20;  
10.     char kvalue[PROPERTY_VALUE_MAX] = {‘\0‘};  
11.   
12.     LOGD("kevin start dhcp_reset");  
13.   
14.     property_set("ctl.stop", DHCP_SERVER);  
15.     while (stop_wait-- > 0) {  
16.         usleep(500000);  
17.         if (property_get(DHCP_PROP, kvalue, NULL)) {  
18.             if (strcmp(kvalue, "stopped") == 0) {  
19.                 LOGD("kevin: property name is %s get_Value \  
20.           is %s and desired_value is stopped", DHCP_PROP, kvalue);  
21.                 break;  
22.             }  
23.         }  
24.     }  
25.   
26.     property_set("ctl.start", DHCP_SERVER);  
27.     while (start_wait-- > 0) {  
28.         usleep(500000);  
29.         if (property_get(DHCP_PROP, kvalue, NULL)) {  
30.             if (strcmp(kvalue, "running") == 0) {  
31.                 LOGD("kevin: property name is %s get_Value \  
32.          is %s and desired_value is running", DHCP_PROP, kvalue);  
33.                 break;  
34.             }  
35.         }  
36.     }  
37.   
38.     while (result_wait-- > 0) {  
39.         usleep(500000);  
40.         if (property_get(DHCP_RES, kvalue, NULL)) {  
41.             if (strcmp(kvalue, "ok") == 0) {  
42.                 LOGD("kevin: property name is %s get_Value \  
43.              is %s and desired_value is ok", DHCP_RES, kvalue);  
44.                 return 0;  
45.             }  
46.         }  
47.     }  
48.   
49.     return -1; /* failure */  
50. }  

 

 

此外，wait_for_property()函数需要增加如下代码：

 

[cpp] view plain copy

 

1. if (strcmp(name, "dhcp.wlan0.result") == 0 \  
2.   && (maxnaps == 12|| maxnaps == 8)) {  
3.             if (maxnaps == 12)  
4.                 LOGD("kevin 1st reset_dhcp");  
5.             else  
6.                 LOGD("kevin 2nd reset_dhcp");  
7.             if (dhcp_reset() == 0)  
8.                 LOGD("kevin dhcp_reset success");  
9.             else  
10.                 LOGD("kevin dhcp_reset failed");  
11. }  

 

 

 

        实现机制是在等待dhcp.wlan0.result最终有没有正常set的过程中，伺机dhcp_reset，判断依据是，超出了正常启动并设置属性的时间段后，则调用dhcp_reset重新启动dhcp服务，注意此时不能盲目的直接利用“ctl.start”开启dhcp，因为可能会导致系统中同时运行多个dhcp进程，因此需要先stop，然后在start（这是我的个人理解）。

至此，dhcp导致的wifi一系列问题告一段落，宣布解决！

如有任何问题，欢迎讨论，如有错误，还望高人指点。