深入解析Linux WiFi架构：nl80211、cfg80211与mac80211的协同工作机制

1. 从零开始：理解Linux WiFi架构的“三层楼”

如果你用过Linux系统连接WiFi，不管是Ubuntu桌面版还是树莓派，你可能点过那个小图标，输入过密码，然后就连上了。但你想过没有，这个看似简单的动作背后，内核里到底发生了什么？今天我就带你钻进Linux的肚子里，看看它的WiFi子系统是怎么搭建起来的。你可以把它想象成一栋三层小楼，每一层都有明确的职责，它们互相配合，才让你能刷视频、打游戏。

这栋楼的顶层，是 nl80211。它就像大楼的前台和客服中心，专门负责和“用户”——也就是我们运行在用户空间的程序（比如iw、wpa_supplicant、NetworkManager）——打交道。用户说：“我想扫描一下周围的WiFi”、“我要连接到那个叫‘Home’的网络”，这些请求都是通过一种叫Netlink的“内部电话”系统传给nl80211的。它不直接管硬件，只负责翻译和传达命令。

中间层，是 cfg80211。你可以把它理解为大楼的“物业管理中心”和“设备注册处”。所有真实的（或虚拟的）无线网卡（在Linux里叫wiphy）都要在这里登记备案。cfg80211掌握着所有网卡的全局信息：它能支持哪些频段、有什么加密能力、能创建几种虚拟接口（比如同时开一个Station模式连路由器，再开一个AP模式分享热点）。nl80211传来的用户命令，经过cfg80211的审核和转换，再下发到具体的执行部门。它是承上启下的核心调度层。

最底层，是 mac80211。这就是大楼里的“工程部”和“协议执行部”。它直接和无线网卡驱动对话，负责把上层的抽象命令，变成硬件能听懂的一连串具体操作。比如，“连接网络”这个命令，到了mac80211这里，就要拆解成：发送探测请求、等待探测回应、进行身份认证、发起关联请求等一系列严格按照802.11协议标准来的步骤。如果网卡硬件比较“笨”（我们称之为“全MAC”或“Hard MAC”），很多协议逻辑就得由mac80211这个“软MAC”（Soft MAC）来软件实现；如果网卡比较“聪明”（“半MAC”），mac80211就只做一部分工作。

我刚开始接触这块的时候，总觉得这三个模块名字绕口，关系也理不清。后来我画了无数张图，看了好多遍代码，才慢慢明白它们是怎么协同的。简单说就是：用户命令 -> nl80211（接收翻译） -> cfg80211（全局调度） -> mac80211（协议执行） -> 硬件驱动。数据帧反过来走：硬件驱动 -> mac80211（协议处理）-> cfg80211/网络协议栈 -> 用户程序。接下来，我们就一层一层地逛一逛这栋“楼”，我会结合一些实际的代码片段和操作命令，让你感受一下它们是怎么活起来的。

2. 第一层：nl80211，用户空间的传声筒

2.1 Netlink：内核与用户的通信管道

nl80211这个名字里的“nl”就是Netlink。这玩意儿是Linux特有的、用于内核和用户进程通信的一种机制，比古老的ioctl方式更灵活、更高效。你可以把它想象成内核开了一个特殊的“消息队列”或者“Socket服务”，用户程序可以连接上来，发送结构化的消息，也能监听内核主动推送的事件（比如“有新网络出现”、“信号强度变化”）。

在命令行里，我们最常用的iw工具就是通过Netlink和nl80211对话的。比如你运行 iw dev wlan0 scan，iw工具就会组装一个符合nl80211格式的Netlink消息，通过Socket发到内核。这个消息里会包含命令类型（“扫描”）、目标网络设备（wlan0）以及其他参数。

在代码里（以Linux 5.4内核为例，文件是net/wireless/nl80211.c），nl80211启动时会向内核的Generic Netlink子系统注册自己，告诉大家：“以后所有WiFi相关的Netlink消息，都找我处理”。

static struct genl_family nl80211_fam = {
    .name = "nl80211", // 家族名，用户空间就靠这个找我们
    .v