最可靠方式是用 networksetup -setairportpower 控制 Wi-Fi 服务开关，需先通过 networksetup -listallservices 确认服务名（如 Wi-Fi 或 AirPort），而非操作 en0 等物理接口；ifconfig down 不稳定且被系统自动恢复。
用 networksetup 控制 Wi-Fi 开关最可靠
macOS 没有原生的 ifconfig up/down 风格命令直接操作无线网卡设备（比如 en0 或 en1），硬杀设备节点容易导致系统网络服务异常。真正稳定、可逆、被系统认可的方式是通过 networksetup 管理「Wi-Fi 服务」本身。
先确认你的 Wi-Fi 服务名：
networksetup -listallhardwareports | awk '/Hardware Port: Wi-Fi/,/Device:/ {print}'
常见输出中，Device: 后面那个（如 en0）是物理接口，但开关操作要针对服务名——通常就是 Wi-Fi（注意大小写）。实际使用时，服务名可能为 AirPort（旧系统）或自定义名，务必用下面命令确认：
networksetup -listallservices | grep -A1 "Wi-Fi\|AirPort"
- 开启 Wi-Fi：
networksetup -setairportpower "Wi-Fi" on - 关闭 Wi-Fi：
networksetup -setairportpower "Wi-Fi" off - 如果服务名是
AirPort，把引号内换成AirPort - 命令成功无输出；失败会提示
Failed to set power for interface，大概率是服务名不对或权限不足
为什么不能用 ifconfig en0 down？
执行 ifconfig en0 down 看似能禁用接口，但 macOS 的 configd 和 airportd 进程会立刻检测到状态异常，并在几秒内自动重置接口、重新关联网络——你关不掉，还可能触发 DNS 或代理配置错乱。
更麻烦的是，手动 down 掉后，图形界面的 Wi-Fi 图标不会同步变灰，用户点击“打开 Wi-Fi”时系统行为不可预测（有时会报错，有时反复尝试连接失败）。
-
ifconfig只影响链路层状态，不通知网络服务栈 -
networksetup -setairportpower会触发完整的系统级状态切换：停服务、释放 DHCP、清空扫描缓存、更新菜单栏图标 - 某些 M1/M2 Mac 上，
en0可能是 Thunderbolt 网络口而非 Wi-Fi，盲目操作会误关有线连接
需要 sudo 吗？什么时候会失败？
绝大多数情况下不需要 sudo——networksetup -setairportpower 是用户级权限调用，只要当前账户有网络配置权限（即非受管标准账户）即可生效。但以下情况会失败：
- Mac 正在运行屏幕时间限制或由 MDM（如 Jamf、Kandji）强制锁定网络设置，此时命令返回
Access denied - Wi-Fi 硬件开关（部分 MacBook Air/Pro 机身左侧的物理按键）处于关闭状态，软件指令无效
- 系统正在更新或
airportd进程崩溃，可用sudo killall airportd尝试恢复（之后再执行开关命令） - 服务名包含空格或特殊字符（如
My Home Wi-Fi），必须严格用双引号包裹，且确保名称完全匹配networksetup -listallservices输出
脚本化开关时要注意的细节
写自动化脚本（比如 Alfred workflow 或 shell alias）时，别假设服务名永远是 Wi-Fi。安全做法是先查后用：
WIFI_SERVICE=$(networksetup -listallservices | awk '/^Wi-Fi$|^AirPort$/ {print; exit}')<br>if [ -n "$WIFI_SERVICE" ]; then<br> networksetup -setairportpower "$WIFI_SERVICE" off<br>fi
另外，networksetup 不提供“查询当前 Wi-Fi 是否开启”的直接命令，但可通过间接方式判断：
- 查是否有关联：
networksetup -getinfo "Wi-Fi" | grep "IP address:" | grep -v "0.0.0.0" - 查射频状态（较准）：
/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I | grep "airplane mode\|state"，其中state: running表示已启用射频
真正的难点不在命令本身，而在服务名的动态性与系统策略的干扰——每次部署前，先人工跑一遍 networksetup -listallservices 确认名称，比写容错逻辑更省时间。
