Android wifi 从连接态自动断开的解决办法(dhcp导致)【转】
2018-01-08 19:36
716 查看
本文转载自:http://blog.csdn.net/DKBDKBDKB/article/details/38490201
软件平台: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
if (strcmp(name, "init.svc.dhcpcd_wlan0") == 0 && \
strcmp(desired_value, "running") == 0) {
if (maxnaps == 7) {
property_set("ctl.start", "dhcpcd_wlan0");
LOGD("kevin 1st set init.svc.dhcpcd_wlan0");
} else if (maxnaps == 4) {
property_set("ctl.start", "dhcpcd_wlan0");
LOGD("kevin 2nd set init.svc.dhcpcd_wlan0");
}
}
问题有了很大改善,此后不会再出现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
static const char DHCP_SERVER[] ="dhcpcd_wlan0";
static const char DHCP_PROP[] ="init.svc.dhcpcd_wlan0";
static const char DHCP_RES[] ="dhcp.wlan0.result";
static int dhcp_reset()
{
int stop_wait = 5;
int start_wait = 10;
int result_wait = 20;
char kvalue[PROPERTY_VALUE_MAX] = {'\0'};
LOGD("kevin start dhcp_reset");
property_set("ctl.stop", DHCP_SERVER);
while (stop_wait-- > 0) {
usleep(500000);
if (property_get(DHCP_PROP, kvalue, NULL)) {
if (strcmp(kvalue, "stopped") == 0) {
LOGD("kevin: property name is %s get_Value \
is %s and desired_value is stopped", DHCP_PROP, kvalue);
break;
}
}
}
property_set("ctl.start", DHCP_SERVER);
while (start_wait-- > 0) {
usleep(500000);
if (property_get(DHCP_PROP, kvalue, NULL)) {
if (strcmp(kvalue, "running") == 0) {
LOGD("kevin: property name is %s get_Value \
is %s and desired_value is running", DHCP_PROP, kvalue);
break;
}
}
}
while (result_wait-- > 0) {
usleep(500000);
if (property_get(DHCP_RES, kvalue, NULL)) {
if (strcmp(kvalue, "ok") == 0) {
LOGD("kevin: property name is %s get_Value \
is %s and desired_value is ok", DHCP_RES, kvalue);
return 0;
}
}
}
return -1; /* failure */
}
此外,wait_for_property()函数需要增加如下代码:
[cpp] view plain copy
if (strcmp(name, "dhcp.wlan0.result") == 0 \
&& (maxnaps == 12|| maxnaps == 8)) {
if (maxnaps == 12)
LOGD("kevin 1st reset_dhcp");
else
LOGD("kevin 2nd reset_dhcp");
if (dhcp_reset() == 0)
LOGD("kevin dhcp_reset success");
else
LOGD("kevin dhcp_reset failed");
}
实现机制是在等待dhcp.wlan0.result最终有没有正常set的过程中,伺机dhcp_reset,判断依据是,超出了正常启动并设置属性的时间段后,则调用dhcp_reset重新启动dhcp服务,注意此时不能盲目的直接利用“ctl.start”开启dhcp,因为可能会导致系统中同时运行多个dhcp进程,因此需要先stop,然后在start(这是我的个人理解)。
至此,dhcp导致的wifi一系列问题告一段落,宣布解决!
如有任何问题,欢迎讨论,如有错误,还望高人指点。
对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
if (strcmp(name, "init.svc.dhcpcd_wlan0") == 0 && \
strcmp(desired_value, "running") == 0) {
if (maxnaps == 7) {
property_set("ctl.start", "dhcpcd_wlan0");
LOGD("kevin 1st set init.svc.dhcpcd_wlan0");
} else if (maxnaps == 4) {
property_set("ctl.start", "dhcpcd_wlan0");
LOGD("kevin 2nd set init.svc.dhcpcd_wlan0");
}
}
问题有了很大改善,此后不会再出现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
static const char DHCP_SERVER[] ="dhcpcd_wlan0";
static const char DHCP_PROP[] ="init.svc.dhcpcd_wlan0";
static const char DHCP_RES[] ="dhcp.wlan0.result";
static int dhcp_reset()
{
int stop_wait = 5;
int start_wait = 10;
int result_wait = 20;
char kvalue[PROPERTY_VALUE_MAX] = {'\0'};
LOGD("kevin start dhcp_reset");
property_set("ctl.stop", DHCP_SERVER);
while (stop_wait-- > 0) {
usleep(500000);
if (property_get(DHCP_PROP, kvalue, NULL)) {
if (strcmp(kvalue, "stopped") == 0) {
LOGD("kevin: property name is %s get_Value \
is %s and desired_value is stopped", DHCP_PROP, kvalue);
break;
}
}
}
property_set("ctl.start", DHCP_SERVER);
while (start_wait-- > 0) {
usleep(500000);
if (property_get(DHCP_PROP, kvalue, NULL)) {
if (strcmp(kvalue, "running") == 0) {
LOGD("kevin: property name is %s get_Value \
is %s and desired_value is running", DHCP_PROP, kvalue);
break;
}
}
}
while (result_wait-- > 0) {
usleep(500000);
if (property_get(DHCP_RES, kvalue, NULL)) {
if (strcmp(kvalue, "ok") == 0) {
LOGD("kevin: property name is %s get_Value \
is %s and desired_value is ok", DHCP_RES, kvalue);
return 0;
}
}
}
return -1; /* failure */
}
此外,wait_for_property()函数需要增加如下代码:
[cpp] view plain copy
if (strcmp(name, "dhcp.wlan0.result") == 0 \
&& (maxnaps == 12|| maxnaps == 8)) {
if (maxnaps == 12)
LOGD("kevin 1st reset_dhcp");
else
LOGD("kevin 2nd reset_dhcp");
if (dhcp_reset() == 0)
LOGD("kevin dhcp_reset success");
else
LOGD("kevin dhcp_reset failed");
}
实现机制是在等待dhcp.wlan0.result最终有没有正常set的过程中,伺机dhcp_reset,判断依据是,超出了正常启动并设置属性的时间段后,则调用dhcp_reset重新启动dhcp服务,注意此时不能盲目的直接利用“ctl.start”开启dhcp,因为可能会导致系统中同时运行多个dhcp进程,因此需要先stop,然后在start(这是我的个人理解)。
至此,dhcp导致的wifi一系列问题告一段落,宣布解决!
如有任何问题,欢迎讨论,如有错误,还望高人指点。
相关文章推荐
- Android wifi 从连接态自动断开的解决办法(dhcp导致)
- Android开发心得-系统休眠时WIFI连接断开的解决办法
- win7笔记本电脑的无线网连接总是自动断开,重启之后才能恢复解决办法
- 使用Eclipse debug 应用程序时出现自动断开虚拟机连接情况的解决办法(仅供参考)
- android ListView/Recyclerview滚动时自动调用onCheckedChanged导致CheckBox状态混乱的解决办法
- 解决因手机客户端android网络不稳定而导致asmack不能自动重连接openfire的问题
- Xshell自动断开连接解决办法
- Android 7.0 emulator adb 连接自动断开问题的解决
- ORACLE自动断开数据库连接解决办法
- android ListView/Recyclerview滚动时自动调用onCheckedChanged导致CheckBox状态混乱的解决办法
- 关于mysql数据库8小时不进行操作连接自动断开问题的解决办法
- 转: xshell远程连接自动断开的问题解决办法
- Android 解决黑屏时wifi断开连接的问题
- ORACLE自动断开数据库连接解决办法
- 升级Ubuntu 16.04 LTS后 DSL拨号上网(ppp)连接自动断开解决办法
- window 7 网络连接 自动断开 解决办法
- Andorid编程心得-利用代码解决Android WIFI休眠后连接断开的问题
- 【转】android中重复连接ble设备导致的连接后直接返回STATE_DISCONNECTED的解决办法---不错不错,重新连接需要花费很长的时间
- android 当ListView滚动时自动调用 onCheckedChanged 导致CheckBox 状态不停变化 的解决办法
- android连接指定wifi,程序断开wifi并保证系统不自动重新连接,记录wifi连接时间