关闭移动热点后_WLAN_BSS_LIST更新过慢的技术求助

核心结论 #

调用WlanScan、WlanGetAvailableNetworkList等API确实可以加快热点关闭后的列表更新速度，但需要结合特定的调用策略和参数配置，规避系统缓存的影响。

具体优化方法 #

1. 强制触发主动扫描，跳过缓存 #

默认WlanScan可能复用缓存结果，调用时指定空SSID列表并设置主动扫描类型，强制驱动发送探测请求，而非被动等待Beacon帧：

// Kotlin调用伪代码
val scanParams = WlanScanParameters().apply {
    dot11SsidList = null // 扫描所有SSID
    scanType = WlanScanType.WLAN_SCAN_TYPE_ACTIVE
    scanTag = null
}
WlanScan(wlanHandle, null, scanParams, null)

主动扫描能更快检测到热点关闭，避免依赖系统超时清除缓存。

2. 调整WlanGetAvailableNetworkList参数获取实时数据 #

调用时传入特定标志位，确保获取实时扫描结果而非缓存列表，同时每次调用后释放旧资源：

val flags = WLAN_AVAILABLE_NETWORK_CONNECTED or WLAN_AVAILABLE_NETWORK_HAS_PROFILE
// 先释放之前的列表资源
WlanFreeMemory(previousNetworkList)
// 获取最新列表
val updatedNetworkList = WlanGetAvailableNetworkList(wlanHandle, null, flags, null)

3. 结合回调通知+主动扫描 #

注册WlanRegisterNotification时监听WLAN_NOTIFICATION_SOURCE_ACM和WLAN_NOTIFICATION_SOURCE_MSM的所有事件，在收到wlan_notification_acm_network_removed通知后，立即主动触发扫描并刷新列表：

val notificationSource = WLAN_NOTIFICATION_SOURCE_ACM or WLAN_NOTIFICATION_SOURCE_MSM
WlanRegisterNotification(wlanHandle, notificationSource, true, ::onWiFiEvent, null, null, null)

// 回调处理函数
fun onWiFiEvent(notification: WlanNotificationData) {
    if (notification.notificationCode == WLAN_NOTIFICATION_ACM_NETWORK_REMOVED) {
        // 主动扫描并更新列表
        WlanScan(wlanHandle, null, null, null)
        val newList = WlanGetAvailableNetworkList(wlanHandle, null, flags, null)
        // 更新本地数据/UI
    }
}

4. 直接读取原始BSS列表 #

绕过系统对可用网络的缓存，调用WlanGetBssList获取驱动层原始BSS数据，精准检查目标热点状态：

val targetSsidBytes = targetHotspotSsid.toByteArray()
val ssid = Dot11Ssid().apply {
    ssidLength = targetSsidBytes.size
    ssid = targetSsidBytes
}
// 获取指定SSID的BSS列表
val bssList = WlanGetBssList(wlanHandle, null, ssid, Dot11BssType.dot11_BSS_type_infrastructure, true, null, null)
// 若列表为空，说明热点已关闭

5. 合理控制主动扫描频率 #

结合业务场景，每隔10-15秒触发一次WlanScan，避免过于频繁（低于5秒）导致驱动负载过高；当检测到目标热点RSSI骤降为0时，立即触发一次强制扫描。

额外注意事项 #

• 确保应用拥有管理员权限，部分扫描操作需要高权限才能绕过系统限制；
• 适配不同WiFi驱动：部分厂商驱动有自身缓存策略，需在多设备上测试验证；
• Kotlin多平台Interop层注意内存管理：确保Windows API调用时结构体参数传递正确，及时释放内存避免旧数据残留。

内容的提问来源于stack exchange，提问作者Symbol Tabios