CMD_START_CONNECT but no requests and not connected, bailing

android11，wifi无法连接问题分析记录。

log如下：

2024-04-25 15:53:43.957 1015 1191 E WifiClientModeImpl: CMD_START_CONNECT but no requests and not connected, bailing

此log在ClientModeImpl.java中打印，具体位置：

源码中判断的是否有连接请求，跟踪hasConnectionRequests

在hasConnectionRequests中增加log，确认是mGenericConnectionReqCount等于0了导致的。

mGenericConnectionReqCount是在needNetworkFor中增加，在releaseNetworkFor中减少。

所以，此问题确认为何会调用了releaseNetworkFor将mGenericConnectionReqCount减为0就可以了。

跟踪源码，定位到NetworkFactory.java中evalRequest

当shouldReleaseNetworkFor为true时，才会执行releaseNetworkFor

此问题我关注的是评分score，查看log，发现以太网的评分变成了69，而wifi的评分系统中定义是60，按照使用网络的规则，当前存在高级别的网络环境的话，系统不会发起连接请求。

2024-04-25 15:31:58.752  1015  1227 D EthernetNetworkFactory: acceptRequest, request: NetworkRequest [ REQUEST id=1, [ Capabilities: INTERNET&NOT_RESTRICTED&TRUSTED&NOT_VPN AdministratorUids: [] RequestorUid: 1000 RequestorPackageName: android] ], score: 69

在EthernetNetworkFactory.java中可以发现，69对应的是蓝牙网络连接，跟踪之前的log，发现如下log：

其中PanService是蓝牙的Pan协议的服务，而蓝牙的Pan协议是用于提供个人局域网的协议，大概意思就是设备A连接wifi，设备B通过蓝牙和A相连，A在设置里打开蓝牙网络共享,B也可以利用Pan协议上网。

跟踪log在源码中位置

score = 69是这么被赋值改变的。

所以需要确认，当前设备是否跟另一个提供wifi的设备连接着蓝牙，并且确认提供wifi的设备是否打开了蓝牙网络共享开关。