macOS以太网自协商需两端设备同时启用、物理链路达标（Cat5e+）、驱动支持及避免EEE兼容问题，每次插拔/唤醒均重新协商，无法“设一次永久生效”。
macOS 配置以太网连接时，自动协商机制不是“设了就生效”的黑盒功能，而是依赖两端设备能力匹配、物理链路质量与驱动支持的协同过程。若忽略关键约束，强行启用或禁用协商，反而会导致链路降速、丢包甚至中断。
两端必须同时支持且启用自协商
自协商是双向交互过程：Mac 与交换机/路由器端口都需开启该功能，才能完成速率（10/100/1000 Mbps）和双工模式（半/全）的最优匹配。任一端设为强制模式（如固定 1000baseT/Full），另一端为自协商，Mac 将被迫回落至 100baseTX/Half —— 这是 IEEE 标准行为，不是系统故障。
- 检查交换机端口是否关闭了 auto-negotiation（常见于老款企业设备）
- 确认 Mac 系统设置中「硬件」标签页下「配置」为「自动」而非「手动」
- 部分 USB-C 转接网卡（尤其 Realtek RTL8153）出厂固件默认禁用协商，需更新 macOS 驱动或通过 plist 启用 EnableAutoNegotiation = 1
网线与接口物理层必须达标
千兆自协商成功的基础是物理链路满足 Cat5e 或更高规格（如 Cat6），且长度 ≤100 米。劣质线缆、RJ-45 水晶头压接不良、串扰超标，都会导致协商反复失败，最终锁定在百兆半双工。
WeChat macOS Proxy
下载
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
- 观察系统设置中「硬件」页显示的速度是否稳定为「1000 Mbps」；若频繁跳变或长期显示「100 Mbps」，优先更换网线测试
- 避免使用过长的延长线或带信号放大器的非标分线器
- 部分 M 系列 Mac 的雷电/USB-C 接口对转接芯片敏感，建议选用经 Apple 认证的千兆转接器
节能特性可能干扰协商稳定性
节能以太网（EEE）虽降低功耗，但在 macOS 下与某些交换机存在兼容问题，表现为协商后链路看似正常，实则吞吐骤降、延迟抖动大。特别是当一端启用 EEE、另一端未启用时，协商可能成功但数据传输不可靠。
- 可通过创建 /Library/Preferences/SystemConfiguration/com.apple.network.ebnd.plist 文件，写入 "EnableEEE" = 0; 显式关闭
- 若需保留节能功能，确保对端设备也支持并启用了 EEE，且固件版本匹配
- 验证方式：终端运行 ifconfig en0 | grep "media:"，确认输出含 1000baseT/Full 且无持续重协商日志
重启后协商状态不持久？这是正常现象
macOS 不会将协商结果固化到硬件寄存器，每次 link up（插拔网线、唤醒、网络服务重载）都会重新触发协商流程。因此所谓“设置一次永久生效”并不存在——真正要保障的是每次协商都能稳定达成 1000baseT/Full。
- 避免依赖单次图形界面设置，应结合物理层排查 + 驱动参数加固（如启用 AutoNegotiation）
- 若发现唤醒后常降速，可添加 launchd 脚本，在 networksetup -setmanual 后执行 ifconfig 强制重协商
- 注意：命令行 sudo ifconfig en0 media 1000baseT/Full 是绕过协商的强制模式，仅适用于对端也设为强制且完全兼容的场景，否则链路会断开
