wifi和AP共存方案研究--Android8.0

2023-11-01

Android原生不支持Wifi和AP同时打开

Android对同时开Wifi和AP的限制地方

1.设置：

想象这样一个场景：你的手机通过某种方式连接上了一个wifi，有时你无法把连接上的wifi密码告诉别人，所以你决定用手机开个热点给别人使用。如果你运气好，你手机能同时打开wifi和ap，如果运气不好，打开热点的时候，wifi就断开了。那么Android 到底能不能同时支持wifi和ap同时打开呢？

Android原生不支持Wifi和AP同时打开

Android原生是不支持开Wifi的同时，打开AP供其他设备连接的。目前市场上有部分手机支持两者同时打开使用了，比如小米8 。如果我们想实现Wifi共存的功能要怎么处理呢？

（首先当然是你的wifi芯片得支持此功能，接着你得把驱动调好。本人不搞驱动，这块不了解。这里不多说）

Android原生为什么不支持同时打开wifI和AP？让我们先看下打开AP的流程，可参考https://blog.csdn.net/sinat_20059415/article/details/82556109，主要是要熟悉一下Wifi状态机这块。

Android对同时开Wifi和AP的限制地方

下面从应用到底层说明下Wifi和ap不能同时打开的限制地方。

1.设置：

在WifiEnabler.java 中打开wifi时，会做下面的判断去关闭热点。

if (mayDisableTethering(isChecked)) {
     mConnectivityManager.stopTethering(ConnectivityManager.TETHERING_WIFI);
}

2.framework

如果你已经把之前的链接大致看了一遍，这里会好理解些。核心在这里，在WifiController.java 和WifiStateMachine.java 中有一些XXXState(比如DefaultState)是表示Wifi当前所处状态的，但是google原生把wifi和热点设置成了2种互斥的状态，即不能同时处于wifi和热点打开的状态。我们要做的就是想办法把wifi和ap的状态给分隔开。

比如对于WifiController.java你可以用一个WifiStaController 和WifiApController分别去表示wifi和热点的状态。然后把使用到WifiController的地方根据其是wifi还是热点，分别使用WifiStaController和WifiApController去代替。

在WifiStateMachine中AP状态只有一种，即SoftApState。进入到SoftApState后，热点的状态具体是由SoftApManager.java 中的SoftApStateMachine进行管理的，这里只有IdleState和StartedState两种状态。这里倒没什么要改的。

3.Fwk与HAL层的代理

在设置Wifi或AP的过程中，都是通过WifiVendorHal，HalDeviceManager去操作底层芯片啥的。这两个文件中也有些地方对2种状态做了互斥处理，我们也需要放开。这个部分的核心是为了给wifi或ap获取对应的interface接口。

4.HAL层部分

在hardware\interfaces\wifi\1.1\default\wifi_chip.cpp 中的createApIfaceInternal和handleChipConfiguration函数中也有些互斥。hardware\interfaces\wifi\1.1\default\wifi_legacy_hal.cpp中的start函数处的CHECK 我本地调试时不去掉会执行出错，这个应该是检查芯片配置啥的。

可能遇到的问题

至此wifi和AP不能同时打开的互斥条件就算处理完了。如果你运气不好，你可能遇到了下面这些问题：

把驱动修改为共存模式后，设置中wifi扫描不到wifi，但命令可以扫描到。
用ifconfig 查看时，wlan0 和ap0处于同一个网段下192.168.43.1（如果你连接的是路由器，说不定不会遇到此问题），然后同时开了wifi和ap后连接上了wifi，但上不了网。
有时你设置的ap 用其他手机搜索不到。

关于问题一：

应该是扫描命令下发到ap0去了，所有在fwk层获取interface时，需要把interface_name作为参数传下去，以便获取到正确的interface，这个应该算google原生的一个bug。

可以试着把https://android.googlesource.com/platform/frameworks/opt/net/wifi/+/c7685b40d77b12820c5b04013592834025086cef 和

https://github.com/FredProject/platform_system_connectivity_wificond/commit/47443838f760908b9a6571aed4f4fa4e93ad37bc 这两个 patch 合进去试试。

关于问题二：

android源码中默认的wifi共享的网段就是192.168.43.

你可以试着修改frameworks\base\services\core\java\com\android\server\connectivity\tethering\TetheringConfiguration.java 中DHCP_DEFAULT_RANGE的192.168.43.X 改为其他的。

frameworks\base\services\core\java\com\android\server\connectivity\tethering\TetherInterfaceStateMachine.java 中的WIFI_HOST_IFACE_ADDR 也改掉。

关于问题三：

可搜下kernel log, 是否有类似

[wlan][273]p2pRoleFsmRunEventStartAP:(P2P INFO) p2pRoleFsmRunEventStartAP: start AP at CH 14 NSS=2.

这种log，上面的Channel是14.

在frameworks\base\wifi\java\android\net\wifi\WifiConfiguration.java 中的apChannel 中默认是0。 0代表会自动选择一个可用的信道，但是国内只支持1~11 信道，因此它自动选择的信道可能在国内用不了。（我觉得这个问题芯片厂商应该要做个控制能设置自由选择的信道的范围的，可惜了有时厂商不给力。。。。）

至此，我想应该就改好了。如果你走到了这一步，你会发现，你弄了应用到fwk到HAL层，就差驱动没有涉猎了。你说你牛不牛B，值不值得吹嘘一波。你说这篇文章值不值得点赞收藏加关注！

然而另一方面你会发现，网络通信的核心其实你没搞。出了任何问题，你依然提心吊胆，就问你怕不怕。。。

附：

修改默认AP名：frameworks\opt\net\wifi\service\java\com\android\server\wifi\WifiApConfigStore.java 中的getDefaultApConfiguration

设置AP默认不自动关闭：在packages\apps\SettingsProvider\src\com\android\providers\settings\DatabaseHelper.java 中的 loadSystemSettings 函数里面添加 loadSetting(stmt, "wifi_hotspot_auto_disable", 0);

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

Android