搞懂无线局域网底层逻辑：5个实战细节助你面试通关
面试时被面试官问：“讲讲 Wi-Fi 的底层握手流程，或者说说 802.11ax 和 802.11ac 在物理层有什么本质区别？”
如果你只答得出“2.4G 干扰大，5G 快”，大概率直接挂。
很多后端或运维开发同学，平时只把 Wi-Fi 当个透明传输层，真到了要深挖原理或者排查网络抖动问题时，才发现自己连“多址接入”是怎么实现的都说不清楚。
今天这篇干货，不聊虚的。我们直接从最佳实践出发，结合 Python 和 Go 两种主流语言，拆解无线局域网（WLAN）在开发视角下的核心机制。
不管你是做物联网网关、企业内网监控，还是单纯想提升面试竞争力，这篇文章里的代码示例和避坑指南，都能让你对 WLAN 的理解从“会用”升级到“懂行”。
一、 别被协议栈忽悠：WLAN 在开发中的真实定位
很多人觉得 WLAN 就是 scapy 发个包或者 socket 连个网，这没错，但太浅了。
在软件开发视角下，无线局域网的核心痛点其实就两个：信道竞争和密钥协商。
有线网络（Ethernet）靠交换机隔离冲突域，广播风暴好控制。但无线是共享介质，所有终端都监听同一个物理信道。这就导致了著名的 CSMA/CA（载波侦听多路访问/冲突避免）机制。
关键认知：
802.11a/b/g/n/ac/ax 只是 PHY（物理层）和 MAC（媒体访问控制层）的迭代。
对于应用层开发者，真正的差异体现在：最大帧聚合大小、空间流数量、调制方式以及管理帧的处理逻辑。
举个例子，为什么 Wi-Fi 6 (802.11ax) 在高密度场景下比 Wi-Fi 5 快？不是因为它天线多，而是因为它引入了 OFDMA（正交频分多址）。以前一个用户占满整个信道发数据，现在一个信道可以被切成多个子载波，同时服务多个用户。
这个细节，90% 的候选人答不出来，但面试官最爱问，因为它直接关联到QoS（服务质量）和并发连接数的瓶颈。
二、 核心差异对比：Wi-Fi 5 vs Wi-Fi 6 技术栈拆解
为了让你直观感受技术栈的演进，我们选取 Wi-Fi 5 (802.11ac) 和 Wi-Fi 6 (802.11ax) 进行硬核对比。
特性维度
Wi-Fi 5 (802.11ac)
Wi-Fi 6 (802.11ax)
开发影响与痛点
多址接入
OFDMA (仅下行) / SU-MIMO
OFDMA (上下行) / MU-MIMO 4x4
Wi-Fi 6 支持上行 OFDMA，IoT 设备并发响应效率提升 4 倍
最大带宽
160 MHz
160 MHz (支持 80+80)
160MHz 信道在 5GHz 频段容易受雷达干扰，需支持 DFS 扫描
调制方式
256-QAM
1024-QAM
高阶调制对信噪比要求极高，远距离传输易误码
TWT 机制
无
Target Wake Time (目标唤醒时间)
允许 AP 与 STA 约定唤醒时间，大幅降低终端功耗
BSS Color
无
支持
解决邻道干扰，通过颜色标识区分重叠 BSS，减少退避时间
深度解析：TWT 机制对开发的影响
TWT 是 Wi-Fi 6 的杀手级特性。在传统模式下，手机为了保持连接，需要定期发送 Beacon Request 或维持高功率监听。有了 TWT，你的代码可以配置 AP 端，让物联网传感器（如智能水表、电表）在指定时间点才醒来发送数据。
注意： 如果你的网关程序频繁轮询终端状态，会彻底破坏 TWT 的节能效果，导致电池设备寿命减半。这是很多“最佳实践”中容易忽略的隐性成本。
三、 代码实战：用 Python 和 Go 抓取并解析 WLAN 信标帧
光讲理论没用，我们直接上代码。
我们将模拟一个轻量级的网络监控工具，抓取无线局域网的 Beacon Frame（信标帧），提取关键信息：SSID、BSS Color、支持的最大带宽、以及是否支持 WPA3。
为什么选 Beacon？因为它是无线局域网的“名片”，所有终端都能收到，无需认证，最适合做基础网络环境扫描。
1. Python 实现：使用 Scapy 进行快速原型开发
Python 在网络安全和逆向工程中拥有无可替代的地位。Scapy 库是处理网络协议的瑞士军刀。
from scapy.all import sniff, RadioTap, Dot11, Dot11beacon
from scapy.layers.dot11 import Dot11Elt
import threading
import time
def extract_bss_color(info):
从信息元素中提取 BSS Color (Wi-Fi 6 特性)
bss_color = 0
# 查找 BSS Basic 信息元素 (ID 21)
for elt in info:
if isinstance(elt, Dot11Elt) and elt.ID == 21:
# BSS Color 是第 6 个字节 (从0开始索引，通常在前几个字节后)
# 具体偏移需根据厂商实现，这里简化处理
if len(elt.info) = 6:
bss_color = elt.info[5] 0x0F # 低4位为 BSS Color
break
return bss_color
def process_packet(packet):
if packet.haslayer(Dot11beacon):
beacon = packet[Dot11beacon]
info_elements = beacon[Dot11Elt]
# 提取 SSID
ssid = Unknown
# 提取 BSS Color (Wi-Fi 6)
bss_color = extract_bss_color(info_elements)
# 提取最大带宽
# 实际场景中需解析 PHY 信息元素 (ID 22)
print(f[{time.strftime('%H:%M:%S')}] SSID: {ssid}, BSS Color: {bss_color})
# 这里可以加入逻辑：如果 BSS Color 重复且 RSSI 高，可能存在信道重叠干扰
# 设置捕获接口，macOS/Linux 需 root 权限，Windows 需 Npcap
# mon0 是常见的监控模式接口
# 注意：生产环境建议不要无限捕获，设置 count 或 timeout
print(Starting WLAN Beacon Scanner...)
try:
# filter 限定只捕获信标帧，减少 CPU 负载
sniff(iface=mon0, filter=wlan type mgt subtype beacon, prn=process_packet, timeout=10)
except Exception as e:
print(fError: {e}. Please ensure monitor mode is active.)
代码解析与避坑：
filter 参数至关重要：无线局域网数据流量巨大，不加过滤条件，你的 CPU 会瞬间飙到 100%。
BSS Color 解析：很多老旧的 AP 固件不支持 BSS Color，解析时返回 0 是正常现象。
监控模式：普通网卡处于 Managed Mode，只能看到自己关联的 SSID。必须开启 Monitor Mode 才能看到全网信标。
2. Go 实现：高性能网络监控服务
Python 适合原型验证，但在生产环境中，如果你需要部署一个 7x24 小时运行的 WLAN 环境监控探针，Go 的并发性能和低内存占用是更好的选择。
我们使用 gopacket 库，它底层依赖 libpcap，性能接近 C。
package main
import (
fmt
log
time
github.com/gopacket/gopacket
github.com/gopacket/gopacket/layers
)
type BeaconInfo struct {
SSID string
BSSColor uint8
Timestamp time.Time
}
func parseBeacon(pkt gopacket.Packet) *BeaconInfo {
// 检查是否为 802.11 帧
l11 := pkt.Layer(layers.LayerTypeDot11)
if l11 == nil {
return nil
}
dot11 := l11.(*layers.Dot11)
// 检查是否为信标帧 (Type 0, Subtype 8)
if dot11.Type != 0 || dot11.Subtype != 8 {
return nil
}
info := BeaconInfo{
Timestamp: pkt.Metadata().CaptureInfo.Timestamp,
}
// 遍历信息元素
// 注意：gopacket 对 802.11 信息元素的解析支持有限，通常需要手动解析 Payload
payload := pkt.Payload()
// 简化演示：实际项目中需手动遍历 TLV 结构
// ID 0: SSID
// ID 21: BSS Basic (包含 BSS Color)
for i := 0; i len(payload); {
if i+1 = len(payload) {
break
}
id := payload[i]
length := int(payload[i+1])
if i+2+length len(payload) {
break
}
data := payload[i+2 : i+2+length]
if id == 0 length 0 {
info.SSID = string(data)
}
if id == 21 length = 6 {
// BSS Color 位于第 6 字节
info.BSSColor = data[5] 0x0F
}
i += 2 + length
}
return info
}
func main() {
// 指定接口，通常是 wlan0 或 eth0 (取决于系统配置)
source, err := gopacket.NewPacketSource(
gopacket.NewEthernetHandle(wlan0),
layers.LinkTypeIEEE80211, // 注意：需确认驱动支持，某些系统需 LinkTypeLinuxCooked
)
if err != nil {
log.Fatalf(Failed to create packet source: %v, err)
}
fmt.Println(Starting High-Performance WLAN Monitor...)
packetChan := source.Packets()
for packet := range packetChan {
info := parseBeacon(packet)
if info != nil info.SSID != {
// 在生产环境中，这里应该发送到 Kafka 或 Prometheus
fmt.Printf([%s] SSID: %-20s BSS Color: %d\n,
info.Timestamp.Format(15:04:05),
info.SSID,
info.BSSColor)
}
}
}
代码解析与避坑：
LinkType 选择：这是 Go 做网络抓包最容易踩的坑。在 Linux 下，无线接口通常需要 LinkTypeLinuxCooked 或 LinkTypeIEEE80211，具体取决于内核模块 80211 的配置。如果选错，Packet 结构里根本不会有 Dot11 层。
手动解析 TLV：gopacket 对 802.11 子层的解析不如 Scapy 丰富，很多厂商私有信息元素需要手动解析。
性能优势：Go 的 for packet := range packetChan 是阻塞式读取，但在高并发下，建议配合 worker pool 模式，将解析逻辑放入 Goroutine，避免阻塞抓包主线程。
四、 进阶技巧：如何识别“伪”高速网络与信道污染
在实际运维或开发中，你经常会遇到这种情况：测速跑满千兆，但实际业务延迟高、丢包。
这时候，你需要关注两个指标：信道利用率和同频干扰。
1. 信道利用率监测
不要只看“信号强度”（RSSI）。一个满格的 2.4G 网络，如果信道利用率超过 70%，性能就会断崖式下跌。
最佳实践：
在开发监控面板时，加入**信道利用率（Channel Utilization）**指标。这需要从 AP 的管理帧中提取 Traffic Indication Map (TIM) 或特定的 Vendor Specific 信息元素。
2. 同频干扰（Co-Channel Interference）
在公寓楼或办公楼，Wi-Fi 6 的 BSS Color 机制虽然能缓解，但如果两个 AP 使用了相同的 BSS Color，终端依然会认为它们是同一个网络，从而错误地退避。
排查方法：
利用上文提到的 Python 脚本，统计相同 SSID 但不同 MAC 地址的 AP。如果它们的 BSS Color 相同且 RSSI 都在 -60dBm 以上，说明存在严重的同频干扰。
解决方案：
调整 AP 的 BSS Color（如果固件支持）。
调整信道，避免重叠。
降低发射功率，缩小覆盖范围，减少重叠区。
五、 选型建议与职业进阶路径
回到开头的问题：为什么面试要问 WLAN 原理？
因为网络是分布式系统的基石。
对于后端工程师，理解 WLAN 意味着你能更好地设计边缘计算架构。比如，在智能工厂场景中，摄像头通过 Wi-Fi 6 回传视频，你需要知道 TWT 机制能否支持你的帧率要求，OFDMA 能否保证低延迟。
对于运维工程师，理解 WLAN 意味着你能从“换路由器”的救火队员，升级为“网络架构师”。你能通过数据证明为什么某个区域网络慢，而不是盲目增加 AP。
职业发展路径建议：
初级阶段：熟练使用 tcpdump、Wireshark 抓包分析，能看懂 TCP/IP 和 802.11 帧结构。
中级阶段：能使用 Python/Go 编写自动化脚本，监控 WLAN 关键指标（信道利用率、干扰、认证失败率）。
高级阶段：深入理解 802.11 协议栈，参与网络架构设计，优化高密度场景下的 QoS 策略，具备解决复杂网络故障的能力。
GitHub 资源推荐：
想深入钻研，推荐关注 GitHub 上的 scapy/scapy 仓库，它是 Python 网络编程的圣经，源码中包含了大量 802.11 解析的逻辑，值得逐行阅读。另外，gopacket/gopacket 仓库的 layers 目录也是理解 Go 网络解析的好材料。
最后，留一个思考题：
如果在你的项目中，必须在一个不支持 Wi-Fi 6 的老旧 AP 上，通过软件手段模拟出类似 TWT 的节能效果，以延长 IoT 设备的电池寿命，你会怎么做？
是通过应用层的心跳包间隔调整，还是修改底层的驱动参数？
还有什么不懂的？评论区留言挨个回。 
长河君 · 2026/9/22 0:30:19 · 阅读 1.2k 搞懂无线局域网底层逻辑：5个实战细节助你面试通关
搞懂无线局域网底层逻辑：5个实战细节助你面试通关
面试时被面试官问：“讲讲 Wi-Fi 的底层握手流程，或者说说 802.11ax 和 802.11ac 在物理层有什么本质区别？”
如果你只答得出“2.4G 干扰大，5G 快”，大概率直接挂。
很多后端或运维开发同学，平时只把 Wi-Fi 当个透明传输层，真到了要深挖原理或者排查网络抖动问题时，才发现自己连“多址接入”是怎么实现的都说不清楚。
今天这篇干货，不聊虚的。我们直接从最佳实践出发，结合 Python 和 Go 两种主流语言，拆解无线局域网（WLAN）在开发视角下的核心机制。
不管你是做物联网网关、企业内网监控，还是单纯想提升面试竞争力，这篇文章里的代码示例和避坑指南，都能让你对 WLAN 的理解从“会用”升级到“懂行”。
一、 别被协议栈忽悠：WLAN 在开发中的真实定位
很多人觉得 WLAN 就是 scapy 发个包或者 socket 连个网，这没错，但太浅了。
在软件开发视角下，无线局域网的核心痛点其实就两个：信道竞争和密钥协商。
有线网络（Ethernet）靠交换机隔离冲突域，广播风暴好控制。但无线是共享介质，所有终端都监听同一个物理信道。这就导致了著名的 CSMA/CA（载波侦听多路访问/冲突避免）机制。
关键认知：
802.11a/b/g/n/ac/ax 只是 PHY（物理层）和 MAC（媒体访问控制层）的迭代。
对于应用层开发者，真正的差异体现在：最大帧聚合大小、空间流数量、调制方式以及管理帧的处理逻辑。
举个例子，为什么 Wi-Fi 6 (802.11ax) 在高密度场景下比 Wi-Fi 5 快？不是因为它天线多，而是因为它引入了 OFDMA（正交频分多址）。以前一个用户占满整个信道发数据，现在一个信道可以被切成多个子载波，同时服务多个用户。
这个细节，90% 的候选人答不出来，但面试官最爱问，因为它直接关联到QoS（服务质量）和并发连接数的瓶颈。
二、 核心差异对比：Wi-Fi 5 vs Wi-Fi 6 技术栈拆解
为了让你直观感受技术栈的演进，我们选取 Wi-Fi 5 (802.11ac) 和 Wi-Fi 6 (802.11ax) 进行硬核对比。
特性维度
Wi-Fi 5 (802.11ac)
Wi-Fi 6 (802.11ax)
开发影响与痛点
多址接入
OFDMA (仅下行) / SU-MIMO
OFDMA (上下行) / MU-MIMO 4x4
Wi-Fi 6 支持上行 OFDMA，IoT 设备并发响应效率提升 4 倍
最大带宽
160 MHz
160 MHz (支持 80+80)
160MHz 信道在 5GHz 频段容易受雷达干扰，需支持 DFS 扫描
调制方式
256-QAM
1024-QAM
高阶调制对信噪比要求极高，远距离传输易误码
TWT 机制
无
Target Wake Time (目标唤醒时间)
允许 AP 与 STA 约定唤醒时间，大幅降低终端功耗
BSS Color
无
支持
解决邻道干扰，通过颜色标识区分重叠 BSS，减少退避时间
深度解析：TWT 机制对开发的影响
TWT 是 Wi-Fi 6 的杀手级特性。在传统模式下，手机为了保持连接，需要定期发送 Beacon Request 或维持高功率监听。有了 TWT，你的代码可以配置 AP 端，让物联网传感器（如智能水表、电表）在指定时间点才醒来发送数据。
注意： 如果你的网关程序频繁轮询终端状态，会彻底破坏 TWT 的节能效果，导致电池设备寿命减半。这是很多“最佳实践”中容易忽略的隐性成本。
三、 代码实战：用 Python 和 Go 抓取并解析 WLAN 信标帧
光讲理论没用，我们直接上代码。
我们将模拟一个轻量级的网络监控工具，抓取无线局域网的 Beacon Frame（信标帧），提取关键信息：SSID、BSS Color、支持的最大带宽、以及是否支持 WPA3。
为什么选 Beacon？因为它是无线局域网的“名片”，所有终端都能收到，无需认证，最适合做基础网络环境扫描。
1. Python 实现：使用 Scapy 进行快速原型开发
Python 在网络安全和逆向工程中拥有无可替代的地位。Scapy 库是处理网络协议的瑞士军刀。
from scapy.all import sniff, RadioTap, Dot11, Dot11beacon
from scapy.layers.dot11 import Dot11Elt
import threading
import time
def extract_bss_color(info):
从信息元素中提取 BSS Color (Wi-Fi 6 特性)
bss_color = 0
# 查找 BSS Basic 信息元素 (ID 21)
for elt in info:
if isinstance(elt, Dot11Elt) and elt.ID == 21:
# BSS Color 是第 6 个字节 (从0开始索引，通常在前几个字节后)
# 具体偏移需根据厂商实现，这里简化处理
if len(elt.info) = 6:
bss_color = elt.info[5] 0x0F # 低4位为 BSS Color
break
return bss_color
def process_packet(packet):
if packet.haslayer(Dot11beacon):
beacon = packet[Dot11beacon]
info_elements = beacon[Dot11Elt]
# 提取 SSID
ssid = Unknown
# 提取 BSS Color (Wi-Fi 6)
bss_color = extract_bss_color(info_elements)
# 提取最大带宽
# 实际场景中需解析 PHY 信息元素 (ID 22)
print(f[{time.strftime('%H:%M:%S')}] SSID: {ssid}, BSS Color: {bss_color})
# 这里可以加入逻辑：如果 BSS Color 重复且 RSSI 高，可能存在信道重叠干扰
# 设置捕获接口，macOS/Linux 需 root 权限，Windows 需 Npcap
# mon0 是常见的监控模式接口
# 注意：生产环境建议不要无限捕获，设置 count 或 timeout
print(Starting WLAN Beacon Scanner...)
try:
# filter 限定只捕获信标帧，减少 CPU 负载
sniff(iface=mon0, filter=wlan type mgt subtype beacon, prn=process_packet, timeout=10)
except Exception as e:
print(fError: {e}. Please ensure monitor mode is active.)
代码解析与避坑：
filter 参数至关重要：无线局域网数据流量巨大，不加过滤条件，你的 CPU 会瞬间飙到 100%。
BSS Color 解析：很多老旧的 AP 固件不支持 BSS Color，解析时返回 0 是正常现象。
监控模式：普通网卡处于 Managed Mode，只能看到自己关联的 SSID。必须开启 Monitor Mode 才能看到全网信标。
2. Go 实现：高性能网络监控服务
Python 适合原型验证，但在生产环境中，如果你需要部署一个 7x24 小时运行的 WLAN 环境监控探针，Go 的并发性能和低内存占用是更好的选择。
我们使用 gopacket 库，它底层依赖 libpcap，性能接近 C。
package main
import (
fmt
log
time
github.com/gopacket/gopacket
github.com/gopacket/gopacket/layers
)
type BeaconInfo struct {
SSID string
BSSColor uint8
Timestamp time.Time
}
func parseBeacon(pkt gopacket.Packet) *BeaconInfo {
// 检查是否为 802.11 帧
l11 := pkt.Layer(layers.LayerTypeDot11)
if l11 == nil {
return nil
}
dot11 := l11.(*layers.Dot11)
// 检查是否为信标帧 (Type 0, Subtype 8)
if dot11.Type != 0 || dot11.Subtype != 8 {
return nil
}
info := BeaconInfo{
Timestamp: pkt.Metadata().CaptureInfo.Timestamp,
}
// 遍历信息元素
// 注意：gopacket 对 802.11 信息元素的解析支持有限，通常需要手动解析 Payload
payload := pkt.Payload()
// 简化演示：实际项目中需手动遍历 TLV 结构
// ID 0: SSID
// ID 21: BSS Basic (包含 BSS Color)
for i := 0; i len(payload); {
if i+1 = len(payload) {
break
}
id := payload[i]
length := int(payload[i+1])
if i+2+length len(payload) {
break
}
data := payload[i+2 : i+2+length]
if id == 0 length 0 {
info.SSID = string(data)
}
if id == 21 length = 6 {
// BSS Color 位于第 6 字节
info.BSSColor = data[5] 0x0F
}
i += 2 + length
}
return info
}
func main() {
// 指定接口，通常是 wlan0 或 eth0 (取决于系统配置)
source, err := gopacket.NewPacketSource(
gopacket.NewEthernetHandle(wlan0),
layers.LinkTypeIEEE80211, // 注意：需确认驱动支持，某些系统需 LinkTypeLinuxCooked
)
if err != nil {
log.Fatalf(Failed to create packet source: %v, err)
}
fmt.Println(Starting High-Performance WLAN Monitor...)
packetChan := source.Packets()
for packet := range packetChan {
info := parseBeacon(packet)
if info != nil info.SSID != {
// 在生产环境中，这里应该发送到 Kafka 或 Prometheus
fmt.Printf([%s] SSID: %-20s BSS Color: %d\n,
info.Timestamp.Format(15:04:05),
info.SSID,
info.BSSColor)
}
}
}
代码解析与避坑：
LinkType 选择：这是 Go 做网络抓包最容易踩的坑。在 Linux 下，无线接口通常需要 LinkTypeLinuxCooked 或 LinkTypeIEEE80211，具体取决于内核模块 80211 的配置。如果选错，Packet 结构里根本不会有 Dot11 层。
手动解析 TLV：gopacket 对 802.11 子层的解析不如 Scapy 丰富，很多厂商私有信息元素需要手动解析。
性能优势：Go 的 for packet := range packetChan 是阻塞式读取，但在高并发下，建议配合 worker pool 模式，将解析逻辑放入 Goroutine，避免阻塞抓包主线程。
四、 进阶技巧：如何识别“伪”高速网络与信道污染
在实际运维或开发中，你经常会遇到这种情况：测速跑满千兆，但实际业务延迟高、丢包。
这时候，你需要关注两个指标：信道利用率和同频干扰。
1. 信道利用率监测
不要只看“信号强度”（RSSI）。一个满格的 2.4G 网络，如果信道利用率超过 70%，性能就会断崖式下跌。
最佳实践：
在开发监控面板时，加入**信道利用率（Channel Utilization）**指标。这需要从 AP 的管理帧中提取 Traffic Indication Map (TIM) 或特定的 Vendor Specific 信息元素。
2. 同频干扰（Co-Channel Interference）
在公寓楼或办公楼，Wi-Fi 6 的 BSS Color 机制虽然能缓解，但如果两个 AP 使用了相同的 BSS Color，终端依然会认为它们是同一个网络，从而错误地退避。
排查方法：
利用上文提到的 Python 脚本，统计相同 SSID 但不同 MAC 地址的 AP。如果它们的 BSS Color 相同且 RSSI 都在 -60dBm 以上，说明存在严重的同频干扰。
解决方案：
调整 AP 的 BSS Color（如果固件支持）。
调整信道，避免重叠。
降低发射功率，缩小覆盖范围，减少重叠区。
五、 选型建议与职业进阶路径
回到开头的问题：为什么面试要问 WLAN 原理？
因为网络是分布式系统的基石。
对于后端工程师，理解 WLAN 意味着你能更好地设计边缘计算架构。比如，在智能工厂场景中，摄像头通过 Wi-Fi 6 回传视频，你需要知道 TWT 机制能否支持你的帧率要求，OFDMA 能否保证低延迟。
对于运维工程师，理解 WLAN 意味着你能从“换路由器”的救火队员，升级为“网络架构师”。你能通过数据证明为什么某个区域网络慢，而不是盲目增加 AP。
职业发展路径建议：
初级阶段：熟练使用 tcpdump、Wireshark 抓包分析，能看懂 TCP/IP 和 802.11 帧结构。
中级阶段：能使用 Python/Go 编写自动化脚本，监控 WLAN 关键指标（信道利用率、干扰、认证失败率）。
高级阶段：深入理解 802.11 协议栈，参与网络架构设计，优化高密度场景下的 QoS 策略，具备解决复杂网络故障的能力。
GitHub 资源推荐：
想深入钻研，推荐关注 GitHub 上的 scapy/scapy 仓库，它是 Python 网络编程的圣经，源码中包含了大量 802.11 解析的逻辑，值得逐行阅读。另外，gopacket/gopacket 仓库的 layers 目录也是理解 Go 网络解析的好材料。
最后，留一个思考题：
如果在你的项目中，必须在一个不支持 Wi-Fi 6 的老旧 AP 上，通过软件手段模拟出类似 TWT 的节能效果，以延长 IoT 设备的电池寿命，你会怎么做？
是通过应用层的心跳包间隔调整，还是修改底层的驱动参数？
还有什么不懂的？评论区留言挨个回。