macOS 无原生 MTU 分片统计，但可通过 ifconfig 查 MTU、netstat 观察丢包错误、ping -D 测试路径 MTU、网络实用工具查传输错误、tcpdump 抓包验证分片行为来间接诊断。
macos 本身不直接提供“mtu 分片统计”这一类专门计数器（如 linux 的 /proc/net/snmp 中的 fragoks、fragfails），但你可以通过组合系统命令和网络工具，间接观察 mtu 不匹配引发的分片行为或异常丢包现象——这正是排查 mtu 问题的核心依据。
查接口当前 MTU 值与基础信息
先确认每个接口的 MTU 设置是否合理：
- 运行
networksetup -listallhardwareports，找到 USB 网卡、Wi-Fi 或有线网口对应的真实接口名（如en4、en0） - 用
ifconfig en4 | grep mtu查看当前 MTU 值 - 用
netstat -I en4 -b实时观察该接口每秒收发包数量、错误数（errs、coll）、丢包（drop）等底层统计——持续丢包或高 error rate 是 MTU 引发链路层异常的强信号
用 ping + DF 标志模拟路径 MTU 发现
这是 macOS 下最实用的“分片探测”方法，本质是主动触发路径 MTU 发现（PMTUD）机制：
- 执行
ping -D -s 1472 114.114.114.114（总长 = 1472 + 28 = 1500） - 若返回 “packet too big”，说明中间某跳设备（如光猫、路由器）不允许 1500 包通过，且已返回 ICMP “Fragmentation Needed” 消息——这就是分片失败的直接证据
- 若大量超时但无错误提示，可能是 ICMP 被拦截，需配合 traceroute 或抓包进一步验证
用网络实用工具查看接口详情与错误计数
打开 网络实用工具（位于 /系统/资源库/CoreServices/Applications/）：
- 点选“简介”，从弹出菜单中选择目标接口（如
en4） - 查看“发送/接收数据包”总数、“传输错误”、“冲突”、“丢弃”等字段——其中“传输错误”升高常与 MTU 过大导致帧校验失败有关；“丢弃”增多可能反映内核因无法分片而静默丢包
- 注意：它不显示“分片次数”，但这些底层错误趋势能佐证 MTU 是否超出物理链路承载能力
用 tcpdump 抓包验证分片行为（进阶）
若需确认实际分片发生，可用终端抓包观察 IP 头标志位：
- 执行
sudo tcpdump -i en4 'ip[6:2] & 0x1fff != 0' -c 5（过滤含分片偏移的 IP 包） - 若看到输出，说明系统正在主动分片（通常因上层协议发包 > MTU - IP头）
- 再执行
sudo tcpdump -i en4 'ip[6] & 0x40 != 0' -c 5（检查 DF 标志置位），结合 ping -D 可判断路径是否拒绝分片
