Wi-Fi 扫描频率多层限制机制解析

Wi-Fi 扫描并非可以无限次触发，其执行频率受到自底向上四个层级的严格限制。这种多层级限流机制，既源于射频物理特性和 802.11 协议规范，也出于系统稳定性、功耗控制以及隐私安全的考量。最终呈现的扫描频率，实际上是这四层限制的"交集"。

本层决定了 Wi-Fi 扫描耗时与频率的物理下限，是无法通过软件配置绕过的底层壁垒。

单射频串行机制：Wi-Fi 芯片在同一时刻只能工作在一个频率信道上。扫描本质上是射频前端在不同信道间的快速跳转与监听，这决定了全频段扫描必须消耗数秒时间。
信道驻留时间 ：
- 主动扫描：需发送 Probe Request 并等待响应，单信道驻留时间通常为 10ms - 200ms。
- 被动扫描：仅静默监听 Beacon 帧，单信道驻留时间通常在 100ms - 300ms 以上。
DFS（动态频率选择）限制：在 5GHz 频段的 DFS 信道上，协议强制要求必须被动监听以避让雷达信号，这极大拉长了全频段扫描的耗时。
固件级合并与节流：主流芯片（如高通、联发科）的固件内部包含漫游和扫描调度策略。当接收到密集的扫描请求时，固件会自动合并请求或按内部阈值延迟执行，而非有求必应。

本层主要解决多个扫描请求到来时的并发冲突问题，限制主要体现在对请求的排队或拒绝。

单扫描串行化：对于同一个物理 Wi-Fi 设备（phy），同一时间只允许存在一个扫描事务。即使有多个虚拟接口（wlan0, p2p0等）同时请求扫描，底层也会串行处理。
请求拒绝机制 ：若前一次扫描尚未完成，新的扫描请求通常会被驱动直接拒绝（返回 -EBUSY 错误）。Realtek、Broadcom 等厂商的驱动在处理连续高频扫描时，极易触发此限制。
硬拦截开关 ：在特定场景（如开放式AP、Mesh组网）下，驱动层可通过参数（如 OpenWrt 中的 noscan=1）直接拦截所有扫描请求，以避免信道切换带来的通信中断。

Linux 内核通过 cfg80211 和 mac80211 子系统统一管理 Wi-Fi 扫描的生命周期，限制侧重于状态机管理与资源隔离。

扫描状态机互斥 ：cfg80211 维护全局扫描状态，若当前处于扫描态，内核会直接拦截上层下发的 NL80211_CMD_TRIGGER_SCAN 指令。
调度扫描限制：对于后台低功耗扫描，内核提供 Scheduled Scan（PNO）接口。但为保证系统稳定性，内核及驱动通常对调度周期有最低时间限制（如间隔不得低于 3-5 秒），且限制单次扫描计划的循环次数。
BSS 缓存上限：内核对扫描结果（BSS 信息）设有缓存上限（常见为 1000 条左右）。缓存满后旧结果会被覆盖，这不仅限制了结果集大小，也间接使得超高频扫描失去实际意义。

Android 系统在 Framework 层面施加了最严格的策略性限流，旨在平衡应用需求与设备功耗、用户隐私。

应用级扫描节流 ：
- 前台应用：在 2 分钟的时间窗口内，最多允许发起 4 次扫描。
- 后台应用：在 30 分钟的时间窗口内，仅允许发起 1 次扫描。
场景化退避策略 ：系统会根据设备状态动态调整扫描间隔：
- 亮屏且处于 Wi-Fi 设置界面：固定约 10 秒间隔。
- 亮屏但非设置界面：采用二进制指数退避，间隔从 20 秒逐步延长至最大 160 秒。
- 灭屏且已连接网络：通常停止扫描。
- 灭屏且未连接：启用 PNO（首选网络卸载），仅由固件在后台周期性搜索已保存网络。
隐私权限门控：自 Android 9 起，应用发起 Wi-Fi 扫描必须获得精确定位权限，且用户需开启位置开关，否则扫描请求将被系统直接丢弃。

Wi-Fi 扫描频率的限制是一个从底层硬件到上层操作系统的漏斗式过滤体系：

工程建议 ：在开发涉及 Wi-Fi 扫描的应用或系统时，切忌采用高频轮询（如每秒调用一次 startScan）的错误模式。合理的方式是：优先监听系统广播获取扫描结果，按需使用特定信道扫描缩短耗时，并在 Android 平台严格遵守前台/后台的限流策略。

严格的 Wi-Fi 扫描限制让传统定位面临延迟与断点挑战。维智科技 Wi-Fi 定位 SDK，通过智能扫描调度与多源融合算法，完美适配系统限流机制，在合规前提下实现低延迟、高精度的连续定位。接入维智 SDK，让您的应用在严苛限制下依然定位精准。