隔一堵墙，WiFi 为什么慢一半：它不是听不清，是换了个说法

隔一堵墙，WiFi 为什么慢一半：它不是听不清，是换了个说法

先拆开两件事：格数掉一格，和速度掉一半，不是同一个东西

你可能从没想过这个问题，但你每天都在遇到：手机 WiFi 图标只掉了一格，网速却掉了七八成。

大多数人的解释是“信号弱了，所以慢”。这个解释听起来对，但它漏掉了真正的那一环，而且它会导致你做错决定——你会以为“慢是因为快断了，再等等就好了”，或者“加个信号放大器就完事了”。

真实情况是：WiFi 变慢，不是因为线路变细了，而是因为发东西的那一方决定换一种更慢的说法。

这篇想让你带走的就是这一句。下面用 Cisco、英特尔、微软、Meraki 的官方文档，以及中国工信部的一纸文号，把这句话拆开讲清。

它不是“听不清就不说”，是“听不清就换一种说法”

想象你在跟一个中文不太好的外国朋友打电话，线路有点杂音。

线路好的时候，你会用很快的语速、很专业的词：“这个季度的环比增幅略高于预期。”
线路一差，你自动改成：“这——个——季——度——涨——了——一——点——听——清——了——吗”。

你没有换电话线，也没有减少要说的内容，你只是换了一种更抗干扰、但更慢的说法。同样一句话，原本 3 秒说完，现在要 12 秒。

WiFi 干的是一模一样的事。思科一份无线路由器的官方配置手册里，对这个动作有非常干净的原句：

“The wireless device always attempts to transmit at the highest data rate set to basic… If there are obstacles or interference, the wireless device steps down to the highest rate that allows data transmission.”
（无线设备总是尝试用被设为 basic 的最高速率发送……如果存在障碍或干扰，它就降到还能把数据传出去的最高速率。）

注意“降到”这两个字。它不是“断”，也不是“丢包重传”，而是主动换档。这就是为什么你隔着两堵墙还能刷得动网页——它已经换到很慢的档位在跟你说话了，只是它不会告诉你。

它手里有一张速率表，最慢那一档是 1 Mbps

“换档”要能换，得先有一张档位表。802.11 这张表是标准里定死的，思科和英特尔的官方文档都列了同一串数字（单位 Mbps）：

• 802.11b：1、2、5.5、11
• 802.11a/g：6、9、12、18、24、36、48、54

思科那本手册里还有一句：在 2.4GHz 电台上，默认被启用的就是 1.0、2.0、5.5、11.0 这四档，并且“至少有一个速率必须被设为 basic（基本速率）”。所谓 basic／mandatory，思科的定义是“客户端必须支持这个速率，才能关联到接入点”——翻译成人话：这是双方约定的“最低共同语言”，就像电话里那句“喂，能听到吗”必须用最简单的词说。

于是就有了一个很多人不知道的后果。思科另一篇专门讲无线排障的文档里，把“慢”的原因之一直接写在小标题位置：

“One of the major reasons for slowness is due to lower data rate statuses set to mandatory and the supported states.”
（造成慢的主要原因之一，就是较低速率被设成了强制与支持状态。）

同一篇里还有一句：“By default, lower data rates are set to mandatory and supported states.”（默认情况下，较低速率是被设为强制的。）

所以“隔一堵墙慢一半”这件事，一半是物理造成的，另一半是那张档位表造成的：墙吃掉的信号让设备判断“只能用低档了”，而低档和最高档之间不是差 20%，是差几十倍——54 Mbps 对 1 Mbps 就是 54 倍。企业场景里思科和苹果的联合最佳实践甚至建议把强制速率抬高到 12 Mbps 和 24 Mbps 两档，理由就是要抑制“设备一路降档降到底”这个行为。

一堵墙到底吃掉多少：dB 不是百分比，是对数

要理解墙，得先接受一件反直觉的事：无线信号的强弱用 dB（分贝）衡量，而 dB 是对数刻度——每差 3 dB，功率差一倍。

所以别把 dB 当百分比看。20 dB 不是“掉了 20%”，是功率只剩约百分之一。这就是为什么“只掉了一格”和“只剩一档速度”可以同时发生：图标格数是线性给人看的，信号强度本身是指数在掉。

各家具体的墙有多狠，官方给的表长这样（三处来源口径不完全一致，我原样列出）：

三个来源的数不一致，是因为它们测的墙体厚度、频率、做法都不一样——这恰恰是这类数字的正常状态，别指望有一张“标准墙”的表。Ekahau 自己给的工程建议很实在：没有实测数据时，按 2–3 dB 一面墙来估。

国际标准这边，ITU-R 的 P.2040-4（2025 年 9 月版）不直接给 dB，它给的是混凝土、砖、石膏板、玻璃、金属各自的介电常数和电导率——也就是把“为什么这堵墙狠”这件事留到材料物理层面，各家自己算。你要的只是结论：混凝土和带金属的东西是两类完全不同的对手，金属那一类（含镀膜的玻璃、镜子、保温层里的铝箔）不是衰减大，是接近于把它挡回去。微软那篇《在 Windows 中设置无线网络》的官方建议里就有一句很直白的话：“Position the wireless router off the floor and away from walls and metal objects, such as metal file cabinets.”（把路由器放离地面高一点，远离墙和金属物体，比如金属文件柜。）

为什么 5GHz 快得多，却更怕你那堵墙

现在把两个频段放在一起看，就能理解厂商那句“5GHz 更快但覆盖更小”到底在说什么。英特尔有一页专门对比 2.4 / 5 / 6 GHz，数字很干净：

同一页还写着：“2.4 GHz 拥有可用频段中最远的覆盖距离和最强的穿墙能力。”

这里最关键的一点，很多人理解反了：5GHz 快，主要不是因为它“跑得快”，而是因为它的路宽。2.4GHz 整个频段只有 70 MHz，切三份就没了；5GHz 有约 500 MHz，能开出 80 MHz 宽的道。信道宽度翻倍，能装的数据量近似翻倍——这跟车道数是一个道理，不是车速。

那它为什么更怕墙？这里有一个可以自己算的数，我强烈建议你算一遍，因为它比任何“专家说”都让人踏实。自由空间路径损耗的公式（MathWorks 官方文档写作 L=20log₁₀(4πRλ)）说明：损耗与频率的对数成正比。于是同样距离下，5GHz 比 2.4GHz 天生多出来的损耗是：

20 × log₁₀(5000 ÷ 2400) ≈6.4 dB

这 6.4 dB 是“免费”送出去的——不需要任何墙，光是把频率提高一倍，信号就已经弱了约 4.3 倍。再叠上墙：iBwave 那张表里厚混凝土从 22.8 dB 变成 44.8 dB，差了一倍多。所以真实体验是：2.4GHz 隔两堵墙还剩一档能说话，5GHz 隔一堵墙就已经在换最低档了。

顺带一个中国读者该知道的对照：思科在讲 6GHz 迁移的中文文档里写的是“6 GHz 信号的衰减比 5 GHz 信号多 2 dB”。也就是说，频段每往上走一格，这个“多出来的先天损耗”还在继续加。

一个反直觉：离路由器越近，不一定越快

如果整篇文章只能记住一件事，我建议是这件：WiFi 是一条共享的路，不是你家的专线。

Meraki（思科旗下）的官方无线文档里有三句可以照抄的话：

“802.11 is a shared medium…”（802.11 是一种共享介质）
“The half-duplex nature of wireless, combined with overhead…, means that the aggregate throughput in a wireless network istypically 50% or less of the advertised data rate.”（无线的半双工特性加上各种开销，意味着无线网络的实际总吞吐通常只有标称速率的 50% 或更低。）
“devices perform a Clear Channel Assessment (CCA) by listening to see if another device is actively transmitting…congestion can occur to the point where devices spend more time receiving than sending.”（设备发送前要先听信道有没有人正在说……拥堵会严重到设备花更多时间在收、而不是在发。）

把这三句合起来，就能解释一个特别常见的怪现象：你在客厅，信号满格，速度却不如卧室。因为 2.4GHz 只有 1、6、11 三条互不重叠的道（微软中文文档原句：“选取信道 1、6 或 11。这些信道没有重叠，并且可以提供最佳可靠性。”），而一栋楼里几十户人家，路由器会自动选道，选来选去必然挤在这三条上。你离自家路由器越近，你听到的邻居信号也越强，你要等的空档也越多。

所以“信号强度”和“速度”之间不是单调关系。中间还夹着两个变量：这条道上此刻有多少人在说话，以及它决定用哪一档跟你说。

这里要把两个词分开，因为它们经常被混着用：带宽（一次能运多少）和延迟（一句话要等多久才回）。信道宽、档位高，改善的是带宽；而你在网页上感觉“卡了一下”，很多时候是等回音，不是运不动。这两者的区别，站内《这周爆火的 Jev 不会说话，却比大模型快 200 倍》从模型侧讲过同一个分界——快 200 倍的那种快是延迟上的快，不是“更聪明”，跟“路更宽”是两件不同的事。

顺带把另一个坑一起说了：扩展器／Mesh 不是“放大信号”，它是多绕一跳。Meraki 的官方措辞非常直接——“Each hop will reduce bandwidth by 50%”（每一跳会把带宽减少 50%），并且“每多一个中继都要再乘一次”，所以它的建议是“让客户端到网关之间的跳数尽可能少”。这就是为什么能拉一根网线过去，就不要摆一个无线扩展器。

中国用户要多知道一件事：你买的 Wi-Fi 7，最快那一截在国内用不上

上面那张表里 6GHz 那一行，在中国是拿不到的。

2023 年 6 月 30 日，工信部发布新版《中华人民共和国无线电频率划分规定》（工业和信息化部令第 62 号），官方新闻稿里的原句是：

“在本次《划分规定》修订中，工业和信息化部率先在全球将 6425-7125MHz 全部或部分频段划分用于 IMT（国际移动通信，含 5G/6G）系统。”

IMT 就是蜂窝移动网络。也就是说，欧美拿去给 Wi-Fi 用的那 1200 MHz（英特尔与 Wi-Fi 联盟都按这个宽度描述 6GHz），在中国被划给了 5G/6G。所以你买一台标着“Wi-Fi 7”的路由器，它宣传页上最漂亮的那部分能力，在国内是空转的。

还有两条同属监管层、平时没人讲的：

• 工信部 2019 年第 52 号公告《微功率短距离无线电发射设备目录和技术要求》里，通用微功率设备 F 类“使用频率：2400-2483.5MHz。发射功率限值：10mW（e.i.r.p）”，G 类“使用频率：5725-5850MHz。发射功率限值：25mW（e.i.r.p）”。你的路由器不能无限大声说话，这是被写死的。
• 工信部无〔2021〕129 号规定，5100MHz 频段“仅限在室内（不包括在汽车内）使用”；5250-5350MHz 需采用 TPC（发射功率控制）与 DFS（动态频率选择，即雷达占用时让开），并且“不得设置关闭 DFS 的功能选项”。这就是为什么你在某些信道上手动改成“穿墙模式”会没反应——那不是厂商偷懒，是法规不允许。

最后提醒一个数字口径的坑，跟站内《怎么读一份大模型发布稿》里讲的是同一件事：“Wi-Fi 7 最高 46 Gbps”这类数字，是多天线多流叠加的理论峰值，你的笔记本电脑拿不到其中任何一部分。同一件事各家给的数也不一样：戴尔的 Wi-Fi 标准综述页写 802.11ax “attains speeds up to 10 Gbps”，而业内常被引用的是 9.6 Gbps；思科则补了一句“最强的 Wi-Fi 7 接入点可以在空中管理 10 Gbps”——那是整台接入点服务所有客户端的总量，不是单台设备的速度。

真正接近单设备体验的是英特尔那三个数：2.4GHz 约 100 Mbps、5GHz 约 1 Gbps、6GHz 约 2 Gbps，再按 Meraki 那句“通常只有标称的 50% 或更低”打个对折。这跟“每百万 tokens 到底多少钱”是一个思路：先把厂商的口径翻译成你能感知的单位（见《每百万 tokens 到底是多少字》）。同一类“上限数字”在模型圈也天天出现——《Gemini 4 登场了》里那个“单次输出 100 万 token”同样是上限而不是你每次能拿到的量。

而“同一条通道被反复占用值多少钱”这件事，《长上下文经济学：Prompt Caching 如何改变大模型商业变现》算的其实是同一类账：共享的、按次计费的东西，省下的都是重复。

先量一次，再动手：两个数比任何建议都值钱

绝大多数人从没看过自己 WiFi 的“当前档位”，所以一直在凭感觉调。其实量一次只要十秒。

第一个数：协商速率。Windows 上打开命令行执行netsh wlan show interfaces（这条命令微软官方文档收录，并出现在其无线排障流程里），输出里有一行 “Receive Rate (Mbps)”，就是此刻它用多快在跟你说。走到不同房间各看一次，你会立刻明白“掉一格”和“掉一档”是不是同一件事。macOS 上按住 Option 点菜单栏的 Wi-Fi，能看到 RSSI 和传输速率。

第二个数：RSSI（信号强度，单位 dBm，负值，越接近 0 越强）。思科与苹果的官方最佳实践给了三个可以直接对照的阈值：

• “Optimal cell edge recommendation for iOS devices is-67 dBm or better”（对 iOS 设备，最优的覆盖边缘是 -67 dBm 或更好）；
• iOS／iPadOS 会维持当前连接直到 RSSI 越过-70 dBm；
• macOS 是-75 dBm。

这三个数就是“该不该加一个 AP”的判断标准：如果你常待的位置测到 -72 dBm，它没断，但它一直在低档说话，而且随时可能换网。

三道判断题

一、我现在到底是“信号弱”还是“档位低”？在同一个位置看协商速率：信号图标满格但速率只有几十 Mbps，那是档位和信道拥堵问题，加放大器只会更糟；速率随距离单调下降，那才是覆盖问题。更根本的一条是先定位“慢在哪一段”——同一台机器上换成有线再测一次，如果有线也慢，那问题就不在你的 WiFi。这个“先分段再动手”的思路，站内《利用 MCP 优化前端性能：Lighthouse 报告自动诊断》是在网页那一侧做同一件事。

二、我这条路上有几户人家？用手机上的 Wi-Fi 分析类应用扫一眼 2.4GHz 各信道上有多少网络。如果 1、6、11 三条上都挤着七八个，你换到 5GHz 的收益比挪路由器大得多——微软中文文档那句“这些信道没有重叠，并且可以提供最佳可靠性”说的就是这三条道，而一栋楼只有三条。

三、我要不要多一跳？只要能用网线，就别用无线扩展器。依据是 Meraki 那句“每一跳减少 50% 带宽”。同理，Mesh 子节点用有线回程和用无线回程是两种完全不同的东西，前者是延长线，后者是接力赛。

现在能做的四件事

一、把路由器从弱电箱、柜子和地上挪出来，放到房子中间、离地高一点。这不是玄学：微软官方原句是“Place your wireless router in a central location”“离地、远离墙和金属物体”；英特尔的中文技术页写“请将路由器放在房屋主要楼层的开阔位置，使其远离墙壁和障碍物……放在家具上而不是放在地上”；戴尔的中文知识库写“请避免将路由器放置在角落或墙后”。金属弱电箱是这三句话同时点名的反面典型。

二、能连 5GHz 就连 5GHz，但别指望它穿两堵墙。依据是英特尔那张表：5GHz 有约 500 MHz 可用、能开 80 MHz 宽的道，典型空中速率约 1 Gbps，而 2.4GHz 只有三条 20 MHz 的道、约 100 Mbps。正确用法是：同一个房间用 5GHz，隔了两堵墙的位置用 2.4GHz，而不是“哪个快选哪个”。

三、2.4GHz 手动固定在 1、6 或 11 里最空的那一条。微软和戴尔的官方文档都给了这条建议（戴尔原句：“For the 2.4 GHz band, manually select channel 1, 6, or 11 (the only non-overlapping channels)”）。只在 2.4GHz 上做这件事有意义，5GHz 道多，自动就行。

四、覆盖真的不够，就加一个 AP 并用网线连它，而不是加扩展器。判断依据用上一节那两个数：常待位置低于 -67 dBm 才需要动，而不是“我觉得有点卡”。

顺带说一句“慢在哪一段”。同一台设备上的问题常常不在无线这一段，所以下面这些排查是按“同一条管子怎么排队”来组织的：《stdio vs SSE vs WebSockets：MCP 的传输层怎么选》和《流式交互与背压控制》处理的是“同一根管子怎么排队”，跟这里“一条共享信道怎么排队”是同一类问题；工具连不上时的排查顺序（先分清是网络、鉴权还是配置）另有一份清单：MCP 排障指南。

如果你控制不了服务端，那思路也只有两个方向：让它离你近一点，或让同一件事少发几遍。前者是《在 Cloudflare Workers 上部署 Serverless MCP》讲的边缘节点，后者是《Redis 缓存加速 MCP Server》讲的让重复请求不再走完整链路——这两条和这里“少绕一跳”是同一个原则。而如果你干脆把模型搬到本机跑，网络就不再是瓶颈了，《把 AI 账单砍掉 90%：本地部署》走的是这条路。

按“你遇到什么现象”重排一遍：

一句话版本

它不是“信号弱了就断”，而是信号弱了就换一种更慢的说法：一堵 15–20 dB 的隔墙意味着功率只剩约三十二分之一到百分之一，而 5GHz 光是频率本身就比 2.4GHz 先天多损耗约 6.4 dB（约 4.3 倍），于是设备从那张 1–54 Mbps 的档位表上往下掉档。如果只记三个动作：先跑一次netsh wlan show interfaces看清“档位”而不是猜“强弱”、把路由器从金属弱电箱里挪到房子中间的高处、覆盖真不够时加一个用网线连的 AP 而不是加无线扩展器。

本文由 AgentHub 首发，myagenthub.cn —— MCP Servers 与 Agent Skills 资源库。
阅读原文：https://myagenthub.cn/blog/why-wifi-slows-down-through-walls
更多垂类 MCP 选型与安装教程：MCP 工具库 · 安装配置教程 · 场景专区