sed -i 's/a/b/' file 在 macOS 上会发生什么？正确写法是什么？

BSD sed 会把 's/a/b/' 当成 -i 的备份后缀并报错；正确写法是 sed -i '' -e 's/a/b/' file，空字符串表示不备份。

终端里能运行的自定义命令，为什么放进 LaunchDaemon 就找不到？

launchd 不加载用户的 shell 配置，PATH 只有系统默认值；用绝对路径，或在 plist 的 EnvironmentVariables 里显式设置 PATH，并确认文件对运行用户可读可执行。

为什么 sudo 仍然删不掉 /System/Library 下的文件？

SIP 和只读系统卷在内核层拦截对系统路径的修改，root 也不能绕过；应把配置改到 /Library、/usr/local 或用户目录，而不是关闭 SIP。

Linux 与 macOS 对照：命令映射、路径权限服务差异和迁移坑

结论先行

两者都是 Unix-like，命令行都遵循 POSIX，但底层模型不同：Linux 用 GNU 用户态、systemd、FHS 和 ext4/XFS；macOS 用 BSD 用户态、launchd、APFS 和 SIP/TCC。迁移时先换模型，再换命令；会 ls 不等于会用 launchctl。

最容易被忽略的三点是：BSD 工具选项与 GNU 不同，服务由 launchd 而不是 systemd 管理，系统路径和用户数据同时受 SIP 与 TCC 限制。下面按命令、路径、权限、服务和坑点展开。

命令对照表

用途	Linux	macOS
列目录	ls	ls
文本过滤	grep	`grep`（BSD）
查找文件	find	find、mdfind
复制	cp	cp
删除	rm	rm
权限	chmod	chmod
属主	chown	chown
扩展属性	`getfattr`/`setfattr`	xattr
打开文件	`xdg-open`	open
进程	ps	ps
结束进程	kill	kill、killall
服务管理	systemctl	launchctl
定时任务	crontab	`launchd`（`StartCalendarInterval`）
日志	journalctl	`log show`
地址与接口	ip	ifconfig
端口连接	ss	netstat、lsof
DNS	dig	dig
包管理	`apt`/`dnf`	brew
磁盘与镜像	`parted`、`mount -o loop`	diskutil、hdiutil
默认配置	`gsettings`	defaults

路径差异

根布局：Linux 按 FHS 把配置放 /etc、可变数据放 /var、用户放 /home；macOS 用户放 /Users，系统在 /System，全局资源在 /Library，用户资源在 ~/Library，外接卷在 /Volumes。
符号链接：/etc、/tmp、/var 实际指向 /private/etc、/private/tmp、/private/var；用 realpath 确认真实路径，脚本比较路径时不要假设前缀。
大小写：Linux 的 ext4/XFS 区分大小写；APFS 默认不区分但保留大小写，README 与 readme 在 macOS 会冲突，在 Linux CI 上才暴露。
应用与 PATH：macOS 应用是 .app 目录包；从 Finder 或 Dock 启动的进程不继承终端 PATH，launchd 任务也只有极简 PATH，脚本要用绝对路径或显式设置环境变量。
挂载：Linux 把设备挂到 /mnt 或 /media，macOS 挂到 /Volumes；macOS 用 diskutil mount/unmount 管理卷，循环设备用 hdiutil 而不是 mount -o loop。

权限差异

模型：两边都有 uid/gid 和 rwx，Linux 常用 getfacl/setfacl，macOS 用 ls -le 和 chmod +a 查看、添加 ACL 条目。
SIP：macOS 的 /System、/usr（/usr/local 除外）、/bin、/sbin 受 SIP 保护，root 也不能改；Linux 的 root 可以改系统文件，除非只读挂载、immutable 属性或 LSM 拦截。
TCC：macOS 的相机、麦克风、屏幕录制、完全磁盘访问按应用授权，sudo 不能代替用户在系统设置里批准；Linux 常靠 video/audio 组、polkit 和桌面 portal。
代码信任：macOS 下载文件带 quarantine，首次启动要过 Gatekeeper、签名和公证；Linux 主要看执行位，再由 AppArmor/SELinux 或发行版仓库提供额外约束。
家目录：macOS 家目录默认带 ACL，阻止其他普通用户读取；Linux 家目录常见 755 或 750，共享机器上要显式收紧。

服务差异

管理器：Linux 用 systemd unit，macOS 用 launchd plist；前者按 target 和依赖排序，后者按域加载，systemctl status 对应 launchctl print。
系统与用户：Linux 的 system unit 对应 LaunchDaemon（/Library/LaunchDaemons，默认 root，无 GUI），user unit 对应 LaunchAgent（~/Library/LaunchAgents，登录用户会话）。
日志：Linux 用 journalctl -u，macOS 用统一日志 log show --predicate；launchd 任务的标准输出还要在 plist 里配置 StandardOutPath、StandardErrorPath。
定时任务：两边都有 cron，但 macOS 更推荐 StartCalendarInterval；Catalina 起 cron 访问用户数据还需要授予完全磁盘访问。
电源与休眠：Linux 用 systemd sleep targets 和 logind，macOS 用 pmset 查看和修改休眠、唤醒与电源策略。

常见迁移坑

sed -i：BSD sed 的 -i 必须紧跟备份后缀，sed -i 's/a/b/' file 会把脚本当成后缀；写成 sed -i '' -e 's/a/b/' file。
GNU 专属选项：find -printf、ls --color、grep -P、date -d、cp -t 在 macOS 默认工具里通常没有；用可移植写法，或安装 coreutils/findutils 后使用 gsed、gfind 等前缀版本。
没有 /proc：依赖 /proc/<pid> 的脚本和监控在 macOS 会失败；改用 ps、lsof、sysctl 和 log show。
PATH 与 GUI：终端里能跑的命令，从 Finder 启动的应用或 LaunchDaemon 里可能找不到；用绝对路径，或在 plist 的 EnvironmentVariables 里补 PATH。
Shell 版本：macOS 自带 /bin/bash 是 3.2，不支持关联数组、mapfile 和 ${var,,}；默认交互 shell 是 zsh，脚本要么写 POSIX sh，要么用 brew 装新版 bash。
架构：Apple Silicon 上 x86_64 的二进制、Node 原生模块和 Docker 镜像通常要走 Rosetta 或 QEMU 模拟，性能和兼容性都不同；优先装 arm64 版本。
quarantine：从浏览器下载的脚本或应用可能带 com.apple.quarantine，直接 xattr -d 只是去掉提示，不会验证来源；先确认签名和来源。

参考链接

读完自测

sed -i 's/a/b/' file 在 macOS 上会发生什么？正确写法是什么？
终端里能运行的自定义命令，为什么放进 LaunchDaemon 就找不到？
为什么 sudo 仍然删不掉 /System/Library 下的文件？

答案

BSD sed 会把 's/a/b/' 当成 -i 的备份后缀并报错；正确写法是 sed -i '' -e 's/a/b/' file，空字符串表示不备份。
launchd 不加载用户的 shell 配置，PATH 只有系统默认值；用绝对路径，或在 plist 的 EnvironmentVariables 里显式设置 PATH，并确认文件对运行用户可读可执行。
SIP 和只读系统卷在内核层拦截对系统路径的修改，root 也不能绕过；应把配置改到 /Library、/usr/local 或用户目录，而不是关闭 SIP。