1. 无线网卡选型前的三个硬约束，先想清楚再掏钱

无线网卡这个品类，参数表看着都差不多，实际用起来差别能到三倍以上。我这些年帮人排查过的网络问题里，超过一半不是路由器不行，而是网卡这一环卡住了脖子。所谓"WIFI 功能使用方法及性能评估"，说白了就是两件事：第一，把这块网卡的能力完整释放出来，别让它跑在半残状态；第二，用可复现的方法测出它在你环境里的真实表现，而不是靠"感觉挺快"下结论。这篇内容适合三类人：想给自己台式机加一块无线网卡但不知道选哪种的，已经装上但怀疑速率不对劲的，以及需要给一批设备做网络验收、得拿出数据说话的。下面我从形态、驱动、参数、测试、排查五个层面，把这块东西拆开讲透。

1.1 三种形态对应三条总线，总线先决定天花板

无线网卡按物理形态基本分三类，很多人只盯着"标称速率 1200M、3000M"这类数字，忽略了它挂在哪条总线上——总线才是真正的天花板。

这张表里最容易被忽略的是第一行。市面上大量"AC1200"级别的 USB 网卡，芯片本身支持 867 Mbps 的 5G 速率，但板子上走的是 USB 2.0 接口，物理层就锁死在 480 Mbps，再扣掉协议开销，实测能到 300 Mbps 就算不错。我见过有人买回来测出 280 Mbps，转头去骂路由器，其实问题出在接口上——这类网卡插在 USB 3.0 口上也不会变快，因为网卡端的控制器就是 2.0 的。

所以选型顺序应该是：先看总线，再看协议代际，最后才看标称速率。标称速率是 PHY 层理论值，含前导码、帧间隔、ACK、管理帧开销，实际 TCP 吞吐通常只有它的 45%–60%。这个换算关系后面会专门算一遍。

还有一个隐性约束是供电与散热。USB 网卡在高负载持续传输时，芯片温度上来后会降速保护，尤其是体积小、没有散热片的那种 mini 款。连续跑十分钟测速，前后两次数值差 15% 以上，八成就是热降频。

1.2 芯片方案和驱动生态，比参数表更值得研究

同一颗芯片，配不同的驱动，表现可以差出一个档位。这里我不点名具体厂商，只说判断方法：拿到一款网卡，先查它用的芯片方案属于哪一家、这颗芯片在开源驱动里的支持成熟度如何。成熟方案的特征是——系统装完免驱或者一次装好就不再折腾，Linux 内核主线自带驱动，社区里能搜到大量同款问题的讨论。

反过来，一些低成本方案的特征就很明显：只提供 Windows 驱动，版本号停在好几年前，Linux 下要么没有驱动，要么只能用兼容层勉强跑，功能残缺（比如不支持监听模式、不支持 5G 高带宽）。这类网卡拿来上网没问题，但你要做网络测试、抓包分析、软 AP 之类的事情，就会处处碰壁。

我一般的判断流程是这样的，三步走，五分钟能出结论：

1. 查硬件 ID。Windows 下打开设备管理器，找到网络适配器，右键属性 → 详细信息 → 硬件 ID，会看到形如USB\VID_XXXX&PID_XXXX或PCI\VEN_XXXX&DEV_XXXX的字符串。VID 是厂商编号，PID 是产品编号，拿这两个号去搜，能查到大量同芯片设备的讨论。
2. 看驱动日期和签名。驱动详情里如果日期是三年前的，且没有数字签名更新记录，说明这颗芯片已经进入维护停滞期。
3. 查系统原生支持。Linux 下一条lspci -nn或lsusb就能看到芯片型号，然后对照内核文档看驱动是否在主线上。

注意：不要迷信"免驱"三个字。所谓免驱，通常是网卡内置了一小块存储，插上后系统把它识别成一个 U 盘，自动运行里面的安装程序。这个过程在部分安全策略较严的系统上会被拦截，而且内置的那份驱动往往是最老的版本。装完务必去查一次实际驱动版本，别停在出厂版本上。

2. WiFi 功能真正用起来：从识别到连通的完整链路

很多人对"用起来"的定义就是"能上网"，这太低了。一块无线网卡的能力至少包括：连上某个 AP（STA 模式）、把自己变成热点（AP 模式）、抓取空口数据（监听模式）、以及在多 AP 环境里平滑切换（漫游）。这几项能力是否可用，取决于驱动和系统，不取决于网卡包装盒上写了什么。这一章按顺序把这条链路走一遍。

2.1 硬件识别与驱动落地：别急着点"下一步"

Windows 下的安装流程没什么好说的，但有三个动作必须在装完之后立刻做，否则后面所有测试数据都不可信。

第一，关掉电源管理里的省电选项。路径是设备管理器 → 网络适配器 → 你的网卡 → 属性 → 电源管理，取消勾选"允许计算机关闭此设备以节约电源"。这一项开着的时候，系统会在空闲时给网卡降功率，表现为间歇性延迟飙高、偶发断流。我遇到过一台机器，ping 网关每隔二十几秒就跳一次 200ms，查了半天最后就是这一项。

第二，把高级选项里的性能相关参数调到最高。网卡属性 → 高级，常见的几项包括：发射功率（调到最高）、漫游积极性（调低，避免在信号还行的时候乱切）、2.4G/5G 偏好（按需设置）、以及一些厂商自定义的省电档位。不同驱动暴露的选项名不一样，原则是凡是带 "Power Save"、"节能"、"低功耗" 字样的，一律关掉。

第三，确认协商速率。Windows 下用netsh wlan show interfaces看当前连接的收发速率；Linux 下用iw dev wlan0 link。

# Linux：查看当前连接状态、信号强度、协商速率 iw dev wlan0 link # 查看网卡支持的全部频段、信道与能力位 iw phy phy0 info # 关闭省电模式（立即生效，重启失效） sudo iw dev wlan0 set power_save off

# Windows：查看无线接口的详细状态 netsh wlan show interfaces # 查看已保存的配置文件与历史连接记录 netsh wlan show profiles

iw phy这条命令输出的信息量很大，值得逐段看一遍。它会列出这块网卡支持的每个频段、每个信道、每种带宽（20/40/80/160MHz）、以及支持的 MCS 表和空间流数。这才是网卡的真实能力清单，比包装盒准确得多。比如你想确认一块网卡到底支不支持 160MHz，直接看这里有没有 160MHz 的信道条目，一目了然。

2.2 频段、信道、带宽：三个必须手动确认的参数

这三个参数决定了你的实际速率上限，而系统默认值经常不是最优的。

频段选择。2.4G 的优势是穿墙，劣势是拥塞。2.4G 只有 13 个信道，且互不重叠的只有 1、6、11 三个（国内标准下这个结论依然成立）。一栋楼里几十个 AP 全挤在这三个信道上，空口冲突严重，实际吞吐能掉到理论值的三分之一。5G 信道多、干扰少，但穿墙衰减明显，隔两堵承重墙基本就废了。我的一般建议是：能上 5G 就上 5G，除非距离或遮挡实在无解。现在支持 6G 频段的设备也逐渐多了，6G 的特点是信道更宽、干扰更少，但覆盖范围比 5G 还短一截，适合同一房间内的短距离高速传输。

信道宽度。20MHz 最稳，40MHz 是折中，80MHz 和 160MHz 能跑出高速率但对干扰极其敏感。这里有个反直觉的结论：在密集住宅区，把 160MHz 改成 80MHz，实测吞吐反而可能更高。因为 160MHz 会横跨多个子信道，只要其中任何一段被邻居占用或遇到雷达探测避让，整条链路就得降宽或者切换，稳定性大打折扣。

协商速率的理论计算。这个必须会算，否则你永远不知道自己测得对不对。以常见的 2×2 空间流、80MHz 带宽、WiFi 6（802.11ax）为例：

• 单流 80MHz、1024-QAM、码率 5/6 时，单符号携带 980 个数据比特，按 0.8μs 的符号周期折算，单流速率约 600 Mbps；
• 2×2 双流叠加后，PHY 速率约 1201 Mbps；
• 扣除帧间隔、前导码、ACK、管理帧和重传开销，实测 TCP 吞吐通常在 600–750 Mbps 区间。

如果换成 160MHz、2×2，PHY 速率翻倍到 2401 Mbps，实测 TCP 大约 1200–1500 Mbps——但前提是你的对端设备（路由器、测试机）也能跑满这个量级，否则瓶颈就转移了。

关于信道占用情况，Linux 下可以扫一遍周边环境：

# 扫描周边 AP，查看信道、信号强度、加密方式 sudo iw dev wlan0 scan | grep -E "SSID|freq|signal|RSN" # 更直观的方式：用 wavemon 或直接看 /proc/net/wireless cat /proc/net/wireless

扫描结果里重点看两件事：一是周边 AP 都集中在哪些信道，二是它们的信号强度。如果某个信道上有一堆 -40dBm 的强信号源，那就绕开它。

2.3 工作模式切换：STA、AP、监听各有各的门槛

一块网卡能不能当热点、能不能抓包，取决于驱动是否支持对应的虚拟接口类型。

Linux 下用iw直接切：

# 查看当前接口支持哪些模式 iw list | grep -A 10 "Supported interface modes" # 切换为 AP 模式（需要 hostapd 配合） sudo ip link set wlan0 down sudo iw dev wlan0 set type __ap sudo ip link set wlan0 up # 切换为监听模式（抓包用） sudo ip link set wlan0 down sudo iw dev wlan0 set type monitor sudo ip link set wlan0 up

输出的 "Supported interface modes" 列表是关键：如果里面没有AP，这块网卡就当不了热点；没有monitor，就抓不了空口包。这两个能力在便宜方案上经常缺失，买之前查一下能省很多事。

Windows 下的热点功能走的是系统自带的移动热点，本质是把网卡的 STA 接口虚拟出一个 AP 接口，能不能用同样取决于驱动。实测下来，部分老驱动会报"无法设置移动热点"，更新驱动或者换一块支持虚拟接口的网卡才行。

注意：监听模式抓取的是空口广播的帧，涉及他人网络时不要越界。我一般只在自己完全掌控的测试环境里做这件事，用来分析自己网络的握手过程、信道占用和重传率，这是排查疑难问题的有效手段，但边界必须清楚。

3. 性能评估：把"感觉挺快"换成可复现的数字

性能评估这件事，最难的不是跑分，是控制变量。同一块网卡，换个位置、换个时间、换台机器测，结果可能差一倍。所以评估的第一步不是测，是搭一个能重复的环境。

3.1 测试环境怎么搭才可信

我给自己定的规矩是四条：

固定物理位置。用胶带在地面标出网卡和路由器的位置，每次测试都放在同一处。射频这东西对位置极其敏感，挪动三十厘米，信号强度就可能变 5dB，速率跟着掉一个档。天线的朝向也要固定——很多网卡是内置天线，那就要固定整机的摆放方向。

排除后台流量。测试机上的自动更新、云同步、后台下载全部暂停。我一般会开一个资源监视器，确认网络占用归零再开始。这一条听起来简单，但实际做的时候经常忘，测出来的数据莫名其妙偏低，最后发现是某个同步工具在偷偷传东西。

固定信道与带宽。把路由器的信道手动锁定，不要用"自动"。自动信道会在检测到干扰时跳变，一跳你的对照组就失效了。带宽同理，测 80MHz 就固定 80MHz，别让它自适应。

关闭所有省电机制。前面提过的网卡省电选项、系统电源计划（改成"高性能"）、CPU 节能（有些平台上会影响中断处理延迟）。这三处任何一个没关，测延迟的时候都会看到规律性的尖峰。

环境搭好之后，先做一个基线确认：ping 网关一百次，看延迟分布。如果延迟中位数在 2ms 以内、没有超过 10ms 的离群值，说明链路状态正常，可以开始测吞吐了。

3.2 吞吐量测试：iperf3 的正确用法与参数解读

吞吐量测试我用 iperf3，理由很简单：轻量、跨平台、能跑 TCP 也能跑 UDP，输出的数据够细。搭法是两台机器，一台当服务端，一台当客户端，中间走无线路由器。

# 服务端（有线连接的那台，作为基准参照） iperf3 -s -p 5201 # 客户端：TCP 上行，30 秒，4 条并行流 iperf3 -c 192.168.1.100 -p 5201 -t 30 -P 4 # 客户端：TCP 下行（反向），测试接收能力 iperf3 -c 192.168.1.100 -p 5201 -t 30 -P 4 -R # UDP 模式：测丢包与抖动，带宽限制在 500M iperf3 -c 192.168.1.100 -p 5201 -t 30 -u -b 500M

参数选择的逻辑：-P 4开四条并行流，是因为单条 TCP 流在长肥管道上容易被窗口大小限制住，跑不满带宽。四流基本能压满一块千兆级的无线链路。-t 30跑三十秒，是为了跨过 TCP 慢启动阶段，让数值进入稳态。如果只跑五秒，出来的数字会偏低 10%–20%。

结果怎么看：重点关注最后的sender和receiver两行，前者是你发出去的，后者是对端收到的。两者差值就是重传和丢包的代价。如果发出 700Mbps、收到 500Mbps，说明链路质量有问题，空口重传率高，这时候去查信号强度和信道干扰，比继续加带宽有用。

再补一点：测试方向要分开做。上行（客户端发、服务端收）和下行（客户端收、服务端发）的结果经常不对称，差距大到 20% 以上，往往指向网卡的发射功率不足或者接收灵敏度偏低，这是个很实用的诊断信号。

3.3 延迟、抖动和丢包：游戏和会议场景真正该看的指标

吞吐量好看不代表体验好。视频会议卡顿、游戏跳 ping，问题几乎都出在延迟稳定性上，而不是带宽。这方面我固定测三个指标：平均延迟、P99 延迟、抖动。

# Linux：连续 ping 200 次，间隔 20ms，统计分布 ping -c 200 -i 0.02 192.168.1.1 | tail -3 # 更细的：用 mtr 看每一跳的丢包和延迟 mtr -c 100 -r 192.168.1.1

# Windows：连续 ping 并输出统计 ping -n 200 192.168.1.1

判断标准我一般这么定：

为什么看 P99 而不是平均值？因为平均值会把偶发的尖峰稀释掉。一块网卡平均延迟 3ms，但每秒有两次 100ms 的尖峰，平均值看着很漂亮，实际用起来会议就是会卡。P99 能把这个尾巴暴露出来。

UDP 测试同理，iperf3 的 UDP 模式会直接给出丢包率和抖动值，这个比 TCP 更接近实时音视频的真实体验。测试时把-b设成略高于链路实际能力的值（比如实测 TCP 能跑 600M，就设 650M），这样能看出链路在压力下的表现。

3.4 信号指标怎么读：RSSI、SNR、噪声底和 MCS

这几组数字是排查问题的核心，但很多人只会看"信号几格"。

关键在于 SNR 而不是 RSSI。我见过 RSSI -58dBm 看着很好的场景，SNR 只有 12dB，因为噪声底被抬到了 -70dBm——周边有强干扰源。这种情况下把信道换掉，比加大发射功率管用得多。

Linux 下这几个值都能直接读出来：

# 查看当前连接的信号强度与噪声 iw dev wlan0 link iw dev wlan0 station dump | grep -E "signal|noise|bitrate|tx failed" # 持续监控 watch -n 1 "iw dev wlan0 link | grep signal"

tx failed这个字段特别值得关注。它是累计的发送失败次数，如果这个数字在短时间内快速上涨，说明空口冲突严重或者对端接收有问题。正常情况下，稳定传输几分钟，这个值的增长应该非常缓慢。

4. 常见问题速查与实际踩坑记录

4.1 高频故障速查表

这张表是我这些年整理出来的，按出现频率排序，遇到问题先对照着查一遍，能解决八成的情况。

其中"USB 3.0 干扰 2.4G"这一条值得单独说两句。USB 3.0 接口在工作时，其数据传输的频谱噪声会落在 2.4GHz 附近。如果无线网卡插在紧邻 USB 3.0 接口的位置，或者旁边插着移动硬盘，2.4G 的噪声底会被抬高 10dB 以上。解决办法很土但有效：用一根 USB 延长线把网卡挪远，或者干脆改用 5G 频段。我测过同一块网卡，从紧贴 USB 3.0 口挪到半米外，2.4G 吞吐从 40Mbps 涨到 110Mbps。

4.2 几个我实际踩过的坑

坑一：拿一块网卡测出的数据给另一块网卡下结论。早期我做过一次横向对比，三块网卡轮流插同一台机器测，结论是其中一块明显差。后来发现是驱动没装对，系统给它套了个通用驱动，很多能力没用上。换网卡测试必须先确认驱动正确加载，这个顺序错了，所有数据都没意义。

坑二：忽略了测试对端的瓶颈。有一次测出 620Mbps，觉得挺合理，后来发现服务端那台机器用的是百兆网口接的路由器，能跑出 620 才怪——实际上是无线侧和有线侧的全双工并行，加上 iperf3 的缓冲效应，数字虚高。测试前一定要确认有线侧不是瓶颈，最简单的办法是把两台机器都用网线直连测一次，拿到基准值，再换成无线对比。

坑三：把天线的极化方向搞反了。外置天线的网卡，天线是垂直还是水平摆放，和路由器的天线方向如果不匹配，信号能差 10dB 以上。这个在桌面使用时很容易忽略——主机放在桌下，天线横躺着，路由器天线竖着，交叉极化导致衰减严重。摆正之后速率立刻上了一个台阶。

坑四：信道扫描结果没看时间维度。早上扫一遍发现某个信道很空，晚上再测却慢得要死。因为邻居的信道是自动选择的，白天上班家里没人，晚上全开起来了。信道规划要在使用高峰时段做，这个细节决定了你的优化到底有没有效果。

坑五：以为协商速率等于实际吞吐。系统显示的"连接速度 866Mbps"是 PHY 速率，实际 TCP 能到 500Mbps 就已经很不错了。有人看到这个数字和实测差一半，就认定网卡有问题。这是正常的协议开销，不是故障。真要往上抠，只能靠提升带宽、增加空间流、改善 SNR 这三条路。

5. 我个人在长期使用中沉淀的几条经验

开头说过，评估的目的是拿到可信数据，而可信的前提是变量可控。我现在的习惯是给每块经手的网卡建一个小档案：记录硬件 ID、驱动版本、支持的模式列表、以及在固定位置的基线吞吐和延迟数据。下次这块网卡出现在别的机器上，或者驱动升级了，直接对比基线就知道有没有变化，省掉大量重复排查。

另外一个体会是，大部分所谓的"网络不好"，根源都不在路由器身上。我统计过自己处理过的问题，网卡侧的因素占了相当大比例：驱动老旧、省电没关、总线受限、天线摆错、热降频。这些都不是什么高深问题，但每一条都能让人白折腾半天。所以遇到问题，我的排查顺序固定是——先看协商速率和信号指标，再看空口重传，最后才去动路由器配置。把这个顺序倒过来，往往是在错误的方向上越走越远。

如果要做长期监控，其实不需要多复杂的工具。一个定时任务，每分钟采集一次iw dev wlan0 link的输出追加到日志，出问题的时候往回翻，什么时候开始劣化、劣化时的信号值是多少，一目了然。这比事后凭记忆回忆可靠得多。