macOS网络堆栈内存由内核mbuf/mcache缓冲区承担，不显示在活动监视器中；当新连接失败、SSH卡顿、Wi-Fi图标变灰或curl报错“(7) failed to connect”时，可能因mbuf耗尽所致，需用sudo sysctl kern.ipc.nmbclusters、mbstat和dmesg排查，临时缓解可清空连接表与重置网口，长期调优应修改/etc/sysctl.conf增大池大小并限制端口与MSS。
macOS 网络堆栈的内存占用主要由内核网络缓冲区（mbuf/mcache）承担，它不体现在活动监视器的“内存”标签页中，也不会归入某个具体 App 的“App 内存”，而是作为系统底层资源动态分配——因此常规内存排查容易忽略它。当出现新连接失败、SSH 卡顿、Wi-Fi 图标变灰、curl 报错“(7) failed to connect”时，很可能不是内存总量不足，而是网络缓冲区被耗尽。
怎么看 mbuf 是否快用完了
终端执行以下命令，重点关注实际使用比例：
- sudo sysctl kern.ipc.nmbclusters：显示当前配置的 mbuf cluster 总数（默认约 65536）
- sudo sysctl kern.ipc.mbstat：查看实时统计，重点看 clusters in use 和 mbufs in use ——若两者持续高于 90%，说明池子已吃紧
- sudo dmesg | grep -i "mbuf\|mclpool"：搜 kernel 日志，出现 “mbuf exhausted” 或 “mclpool full” 就是明确告警
哪些行为最容易撑爆网络内存池
mbuf 耗尽往往不是因为大文件传输，而是高频、短命、低效的连接模式：
- 浏览器开几十个标签页，每个都在轮询 API 或加载第三方资源
- 后台服务未设超时（如 Node.js HTTP 客户端、Python requests 默认无 timeout）
- DNS 查询风暴（例如本地 DNS 缓存失效 + 多个 App 同时解析）
- TCP SYN 扫描或误配的健康检查（如容器/代理每秒发数百次连接试探）
临时缓解：不重启就能降压
立刻释放积压连接和回收空闲缓冲：
- 关闭非必要联网应用（尤其 Chrome、Edge、Postman、IDE 插件等）
- 清空连接跟踪表：sudo pfctl -F all（仅限 macOS 13+ 且启用 pf 防火墙）
- 刷新 TCP 状态：sudo route flush，再执行 sudo ifconfig en0 down && sudo ifconfig en0 up（把 en0 换成你实际网口，如 en1、bridge0）
- 临时禁用延迟 ACK：sudo sysctl -w net.inet.tcp.delayed_ack=0，减少连接维持开销
长期调优：改配置防反复溢出
编辑 /etc/sysctl.conf（不存在则新建），添加以下行（修改前先备份）：
- kern.ipc.nmbclusters=131072：翻倍集群总数（最大建议值 ≤ 262144）
- net.inet.tcp.mssdflt=1448：减小默认 MSS，降低单连接缓冲占用
- net.inet.ip.portrange.first=49152：收窄临时端口起始范围，间接限制并发连接上限
- net.inet.tcp.fastopen.enabled=0：高负载下关掉 TCP Fast Open，避免握手阶段额外分配 mbuf
保存后运行 sudo sysctl -p 加载生效。调整后可用 mbstat 对比前后变化。
