1. WiFi性能全景：从物理层到应用层的性能瓶颈全貌

做WiFi性能优化这些年，我见过太多人一上来就盯着某个指标死磕。有人天天调发射功率，结果问题出在网卡驱动；有人反复换路由器，最后发现是邻居家的微波炉在捣乱。

说白了，WiFi性能是个系统工程。从天线里的电磁波，到你手机屏幕上那个转圈的菊花，每一层都可能成为瓶颈。这一章，我带你把整个链路走一遍。

物理层是WiFi的根基。信号不好，上层再优化也白搭。但很多人对物理层的理解就停留在「信号满格」上——这其实是个误区。

物理层核心指标

我记得有一次帮一个仓库做优化，RSSI 显示 -65dBm，按理说不错了。但实际吞吐量只有 20Mbps。查了半天，发现是隔壁产线的变频设备在 2.4GHz 频段上产生了间歇性噪声，SNR 掉到了 18dB。你想想看，信号强度再高，噪声一上来，调制方式自动降到 QPSK，速率直接腰斩。

我的习惯：看物理层时，我从来不看单一指标。RSSI + SNR + CCA 三个一起看，才能判断信道质量。单独看 RSSI 就像只看车速不看路况——容易翻车。

物理层没问题了，数据就能跑得快吗？不一定。MAC层的竞争机制才是真正的隐形杀手。

WiFi用的是CSMA/CA机制——说白了就是「先听后说」。设备要发数据前，先听听信道有没有人在用。有人用就等，没人用才发。这个「等」的过程，就是延迟的来源。

我曾经遇到过一个案例：办公室 50 个人用同一个 AP，信号满格，但视频会议卡成幻灯片。抓包一看，信道利用率 85%，重传率 12%。问题出在哪？有十几台老旧的 802.11n 设备，它们不支持聚合，每次发一个包就要等一次退避，把整个信道的效率都拖垮了。

避坑指南：我曾经以为只要升级到 802.11ac 就万事大吉。结果发现，只要有一个 802.11b/g 设备连上来，整个 BSS 的吞吐量都会被打回原形。兼容模式下的保护机制，会让所有设备都降速。所以，老旧设备该隔离就隔离，别心软。

到了网络层和传输层，问题就更有意思了。TCP 协议是为有线网络设计的，它假设丢包是因为拥塞。但在 WiFi 环境下，丢包更多是因为无线信道波动——这就产生了冲突。

TCP 的拥塞控制算法看到丢包，二话不说就降速。WiFi 信道恢复了，TCP 还在慢启动里慢慢爬。这种「误判」是 WiFi 性能上不去的重要原因。

我建议你在做 WiFi 优化时，一定要把 TCP 参数也纳入考虑。比如调整初始窗口大小、启用 BBR 拥塞控制算法，这些在 WiFi 环境下往往比 CUBIC 表现更好。

物理层、MAC层、传输层都优化好了，用户还是说「慢」——为什么？因为应用层的体验不只看吞吐量，还看延迟和抖动。

举个例子：视频会议需要的是稳定的低延迟，而不是峰值吞吐量。你测速能跑 500Mbps，但每 5 秒抖动一次，视频照样卡。游戏对延迟更敏感，超过 50ms 的抖动就会影响操作手感。

应用层关键指标

我个人习惯是，先问用户「你感觉哪里慢」，再去看指标。有时候用户说「网页打不开」，其实是 DNS 解析慢；说「视频卡」，可能是 CDN 节点太远。这些跟 WiFi 本身没关系，但用户只会归咎于「网不好」。

下面这张图，是我梳理的 WiFi 性能优化知识体系。从物理层到应用层，每一层都有对应的优化手段。你把它当作地图，后面每一章都会对应到图中的某个节点。

30 章的内容，怎么学？我建议你按这个路径走：