路由器带机量能信几成？标称128台的机器我挂满62台就出事，卡的位置跟详情页写的不是一回事

家里路由器是台标称带机量128台的AX3000T，去年智能设备一路添到62台，扫地机半夜掉线、摄像头离线推送延迟、手机上网倒是正常。我一开始以为是路由器坏了，差点下单换机，后来把两台旧路由器翻出来做对照实验，才搞明白一件事：带机量这个数字，测法和用法都跟详情页想让你相信的不一样。这篇把整个实验和账本摊开，家里设备多的可以对着自查。

先说清楚：标称带机量测的是什么环境

详情页上那个「支持128台设备」的数字不是骗子，但它是实验室数字。厂商测的时候是理想条件：单台设备、单次连接、几乎不传数据，就数路由器账本里能登记多少行。这更像酒店说「能住128位客人」——只算床位，不算所有人同时洗澡热水够不够。

真实的家庭网络里，设备不是安静登记完就完事的。摄像头每隔几秒推一段流，传感器每小时醒一次报个温度，扫地机跑起来实时传地图。路由器要给每台设备记地址、记连接、排 WiFi 的发送顺序，这些账全要吃内存和算力。设备数只是表象，压力是「台数 × 每台的连接数 × 每台的流量」三个数乘出来的。

所以62台智能家居和62台手机平板，是完全不同的两种压力。我家里那62台里，45台是传感器和摄像头这种小设备，真正的大流量用户就7台。如果你直接拿「我家62台、标称128台、才一半慌什么」去算，账就算错了——我就是这么错的。

我的实测：从30台加到62台，卡壳的位置全记录

我家路由器上设备数是慢慢涨上来的，正好是一条现成的压力曲线。我把几个关键节点回捞出来对了一遍：

回头看这张表，最有意思的一点是：每一步我都归因归错了。摄像头掉线怪设备、后台卡怪浏览器、最后全体失联怪路由器寿命，其实是同一条压力曲线上的三个刻度。要是当时就把路由器换了，换台标称256台的机器，撑到一百多台设备照样会在同样的位置再卡一次。

顺带说一句，「老设备拖累全家」也是这条曲线的一部分：家里几台只支持2.4G的老设备占的空气时间远超它们的流量份额，这笔账我在老设备拖慢WiFi那篇里单独算过，设备数多的家庭值得一看。

压力到底吃在哪：三本账挨个看

把路由器拆开看，设备一多，压力落在三个地方，重要程度排序是反直觉的，我把最常被忽略的放最后说。

第一本是内存账。路由器给每台在线设备记一行档案：MAC地址、IP、连接状态、流量统计，几十台设备听着不多，但每个设备还拖着连接记录。我在路由器后台翻到系统状态页，62台设备时内存占用常年70%上下，设备30台时才40%出头。内存一紧，最先牺牲的就是后台响应速度和缓冲能力。不同内存档位的机器差在哪，我在内存多大够用那篇里实测过三台，结论是128MB的机器到40台设备就该警惕了。

第二本是并发连接账。台数和连接数是两个量级：一台空闲手机占几个连接，一台开着云同步的手机能占两三百个连接，一台挂BT的设备能占几千。路由器里有一张NAT会话表管这些连接，表满了新连接建不起来，表现是「微信能收、网页全打不开」。我挂BT保种那晚就撞过一次满表，跟设备台数无关，单台设备就能打爆。这张表满了什么样、怎么查，写在连接数那篇里，设备多的家庭建议知道这个排查思路，别像我当年重启了三次路由器。

第三本，也是最隐蔽的一本：2.4G的空气时间账。前两本在路由器肚子里，看得见；这本在空气里，看不见。2.4G频段同一时刻只有一台设备能说话，谁说多久全靠排队。智能家居几乎全挤在2.4G上，45台小设备哪怕流量很小，频繁的「醒来说一句再睡」照样把排队表塞满。WiFi6的OFDMA改了这个排队规则，小设备能拼车发包，我在OFDMA那篇里拆过它的排队原理——设备一多就卡的家庭，这个开关值得确认开了没有。

台数红线到底画在哪：给个能落地的数

实测下来，我的结论是别拿标称数字除以二当安全线，拿机器配置和设备构成估：

表里的「警惕」不是「报错」，是开始值得每月看一眼水位的意思。为什么智能家居为主的线反而高：传感器流量小、连接少，占的多是2.4G排队位；手机平板流量大、云同步连接多，占的是会话表和内存。两类家庭爆的位置不一样。

还有个不花一分钱就能上强度的变量：WiFi6的OFDMA和MU-MIMO对小设备多的场景是实打实的减负，老WiFi5机器扛40台的水平，换台两百块的WiFi6可能就扛起60台。先确认自己机器上的开关都开了，再谈换机器。

怎么查自己路由器的真实水位

三步，五分钟：

第一步数设备。登进路由器后台拉在线设备列表，数个总数。别光数手机电脑，扫地机、摄像头、门锁、音箱全算上——很多家庭真实在网设备是「感觉的数量」的两倍，我数出62台那晚自己也愣了。后台列表里一堆认不出的设备名怎么挨个认清楚，我在认设备那篇里写过土办法。

第二步看内存。系统状态或者设备管理页里找内存占用。要是白天空闲时段都常年60%以上，这个水位到晚高峰大概率更难看，属于「该规划了」的信号。

第三步盯症状。三个信号出现两个，基本就是水位到了：智能家居半夜集体掉线（2.4G挤）、路由器后台打开转圈（内存紧）、网页时开时不开但微信正常（会话表紧）。三个信号对应三本账，对症翻前面的段落。

超标了先砍谁：不换机器的四招

水位真到了，先别急着掏钱，四招按性价比排：

给智能家居挪窝。家里要是有第二台旧路由器，把智能家居整摊挪过去：旧机器设成只发2.4G、单独SSID，主路由器专心伺候手机电脑。我实验那阵就这么干的，主路由器水位直接从70%掉回45%，扫地机再没半夜失联过。两台机器怎么用网线连、第二台当AP还是当路由，我在两台路由器有线连接那篇里写过接法。

设备侧减负。把「醒来说一句」最勤的设备降频：摄像头的移动侦测灵敏度调低一档，传感器的上报间隔从几分钟拉到十几分钟。单台变化小，四十台叠加起来是可观的减负。

蹭掉吃连接的大户。用后台的连接数排行找出占会话表最狠的设备，多半是挂着云同步的手机或者老掉牙的下载机。给它限速或者错峰，会话表立刻宽松。

换机器放最后。前三招做完还紧，再换。换的时候别光看带机量标称，盯内存容量和有没有OFDMA，怎么把详情页参数翻译成人话，我在买路由器看参数那篇里整理了五行，直接对着抄。

收尾：一条自查顺序

把这篇压成一段能执行的：先登后台数真实设备数（包括所有小设备）→ 看内存占用是否常年过六成 → 出现的掉线症状对号入座三本账 → 超标先试挪窝、降频、限大户三招 → 全做完再考虑换机，换机看内存和OFDMA不看清一色的「支持256台」。带机量那个数字，当它是床位表就好，你家洗澡的热水够不够，得自己看水箱。