MikroTik 的评论区，最近罕见地统一了。
7 月中旬开始，站内几位硬核 UP 主陆续拿到了 MikroTik 首批 WiFi 7 路由——hAP be³ 和 hAP be lite，开机测试、对比测试连着发。按说新品落地是好事，但评论区画风是这样的：
「拔草了，原本1200+还想买的」「还好没等这玩意买了5009」「接着用我的5009吧」。哔哩哔哩让这帮老玩家集体缩手的，不只是无线成绩，而是实测里翻出来的一个细节：hAP be³ 的 ether2 到 ether4，不支持 L2 硬件卸载，而且到 7 月底的 7.24rc3 版本依然没适配。
这件事本身不大，但它把一个 MikroTik 选购里最容易吃亏的暗规则摆上了台面：两台参数表看起来差不多的 MikroTik，实际转发性能可能差出一个量级。差别不在 CPU 主频，不在端口数量，而在三个规格表基本不写的地方。
最近两个月社区密集实测、吵来吵去，其实就是围绕这三件事。今天把它们一次说清楚，你下次看 MikroTik 的参数页，眼光会完全不一样。
一、你的五个网口，可能只有一两个是"全速口"
先说最反直觉的。
家用路由或者交换机的端口转发，大部分流量是走交换芯片直接转发的，CPU 根本不参与，这叫 L2 硬件卸载（hardware offload）。有它，端口间互传几乎不吃 CPU、不占系统带宽；没有它，每个包都要 CPU 软转发，性能直接掉到 CPU 的处理能力。
问题在于：哪些口有卸载，不是由端口数决定的，是由具体机型的设计决定的，而且会变。
hAP be³ 就是活例子。它是 MikroTik 第一批 WiFi 7 产品里的主力款，三频、五个网口，纸面上很能打。但 B 站 UP 主 Athlon_sds 的开机测试发现，它的 ether2 到 ether4 不支持 L2 硬件卸载；8 月初 7.24rc3 版本出来，MLO 聚合的问题修了一些，这几个口的卸载依然没有。哔哩哔哩评论区有人一句话戳穿：「没有vlan卸载那不就g了」。
对一台主路由来说，这意味着什么？LAN 口之间互传、内网到 NAS 的大流量，全要 CPU 硬扛。你买的是一台五口路由，实际体验可能只有一两个口是"全速口"。
怎么查：Winbox 里看 bridge 端口配置，带 H（hardware offload）标记的才是硬件加速口。买之前，去官方产品页翻框图（block diagram），或者直接搜同型号的实测视频，确认你要接高速设备的口在不在卸载范围内。这是第一件参数表不写的事。
二、交换芯片到 CPU 的"独木桥"，才 2.5Gbps
hAP be³ 的评论区里还有一组被反复讨论的发现，比 offload 更扎心：
「看到qca8386瞬间不香了」——它用的交换芯片是 QCA8386，而这颗芯片到 CPU 的内部互联带宽只有 2.5Gbps。哔哩哔哩有老玩家把后果讲得很直白：「将一个交换口退出bridge，然后高速下载跑满2.5G，交换机的其他口可能就饿死了。」
翻译一下：五个口加起来理论速度很好看，但所有口共享一条 2.5G 的内部通道。你在一个口上跑满下载，其他口的流量就得排队。这就是"端口数骗局"——参数表给你数端口，不给你数总线。
这个坑不是 MikroTik 独有，但 MikroTik 的用户群偏偏是对吞吐最敏感的那批人：千兆起步、人手一台 NAS、有人还在折腾万兆。评论区那句「没有10g口的ap一律不看」虽然极端，但情绪是真的。哔哩哔哩怎么查：官方产品页的框图会标出 switch chip 型号和到 CPU 的链路；社区实测视频通常会直接测出瓶颈值。你的宽带和内网流量需求是多少，先算一下总账：五个 2.5G 口跑满要 12.5G，一条 2.5G 的独木桥显然不够。这是第二件参数表不写的事。
三、FastTrack 和 CPU：性能和功能的跷跷板，无线也逃不掉
第三个暗规则关于"加速开关"。
RouterOS 的防火墙里有个叫 FastTrack 的机制，命中的连接可以走快速路径，NAT 转发性能大幅提升——代价是这部分流量绕过一部分防火墙处理。Athlon 对 hAP be³ 做了组对照测试：默认开着 FastTrack 时 NAT 成绩尚可，关掉再测，性能明显下滑。哔哩哔哩也就是说，官方宣传里的转发性能，很多是"开了加速"的成绩；你买回家如果因为安全策略关掉它，实际体验是另一回事。
无线这边同理。hAP be lite 是 79 美元的入门 WiFi 7，联发科 AN7563PT 双核 950MHz、512MB 内存，价格是真香。哔哩哔哩但 hAP be³ 与 be lite 的 WiFi 7 对比测试底下，最高赞的几条是：「这么垃圾？千兆都没办法跑到？」「mikrotik的无线性能和cpu性能关联性很强」「硬加速基本没有，软加速也没适配」。哔哩哔哩MikroTik 的无线处理很吃 CPU，低端芯片带 WiFi 7 的高速率，目前就是小马拉大车。想买来当主力无线覆盖的，先掂量一下 CPU 规格；只想要个便宜 AP 补覆盖、速率要求不高的，be lite 倒也不是不能考虑——但别指望它扛高速率场景。
再往上还有第四个隐藏变量：固件版本。硬件卸载这类能力是一代代硬件、一个个版本解锁的。比如 7.23 才带来的 VRF 硬件卸载，目前只给 CRS800 系列交换机。哔哩哔哩WiFi 7 的 MLO 聚合要等 7.24 系的版本修，7 月底的 7.24rc3 修了 MLO 的一些问题，但 hAP be³ 的 ether2-4 卸载还是没影。哔哩哔哩当前稳定版是 6 月初的 7.23.1，小修了 BGP 内存泄漏、bridge 下 DHCPv4 snooping 的稳定性等 16 处——稳定版主打修补，新能力基本都在 RC 通道里。知乎
买新硬件之前，先查对应固件的 changelog：这个机型的卸载、加速适配到什么程度了。硬件决定上限，固件决定你现在能用多少。这是第三件，也是最容易被忽略的一件事。
四、那现在到底怎么买？按需求对号入座
把上面三条拼起来，最近社区用真金白银投出来的结论其实很清楚：
要性能稳、打算长期用的主路由，RB5009 仍然是社区默认答案。hAP be³ 每条测试视频底下，都有人提它。4 月底一条 RB5009 打通万兆内外网的教程，四个月跑出 1.4 万播放、194 收藏——在这类小众垂直内容里算爆款了。哔哩哔哩原因不复杂：性能够、带 SFP+、口碑经过几年验证，「5009战未来」成了评论区的梗。哔哩哔哩
冲着 WiFi 7 想尝鲜的，建议再等等。等两件事：一是 7.24 系固件把 MLO 和端口卸载这些问题消化掉，二是看后续批次和新机的硬件设计有没有改。现在原价冲首发，大概率要陪着固件一起成长。
预算敏感、动手能力强、不介意折腾虚拟化的，x86 软路由跑 CHR 是社区里被反复提起的平替。有评论算过账：hAP be³ 两千左右的预算，N100 小主机加内存、硬盘一套下来不到 1500，CPU 性能强得多。哔哩哔哩跑 RouterOS CHR 虚拟化主路由，B 站上 PVE、ESXi 的安装教程一直在更新。哔哩哔哩代价是无线还得另配 AP，以及你得接受"主路由是一台虚拟机"这件事的运维方式。
企业批量部署 AP 的，另有一个独立的坑。有集成商记录过一次 7.14.1 升 7.20.4 的翻车：130 台 cAP Gi 的 CAPsMAN 环境，新 AP 升级后无线起不来。知乎
最后发现 cAP Gi 这类 WiFi 6 机型要单独装 wifi-qcom 无线扩展包才能识别。知乎教训就两条：批量升级前把在用的安装包清单建档备份；无线机型永远先确认扩展包。
最后补一句背景：为什么这群人还守着"难用"的 RouterOS？知乎上有个 8 月份的高赞回答说得实在：性能对比下来爱快确实要差一截，比如小包转发能力，但 ROS 虽然难用，设置完就不用管了，特别是它的硬路由，被用户认为是路由器的天花板。知乎难用是真的，性能上限也是真的——所以上车之前，更得把这三条暗规则摸清楚。
接下来值得持续关注的信号：7.24 正式版及后续版本里 hAP be³ 端口卸载和 MLO 的适配进度、hAP be³ 国内渠道的实际成交价变化，以及 MikroTik 下一代主路由的芯片方案。这三件事任何一件落地，上面"等还是买"的答案都会变。有进展我们跟进。
