macos任务调度与smb挂载点本质独立：前者由launchd统一管理定时/事件触发任务，后者是通过mount_smbfs将远程共享映射到本地空目录（如/volumes/）的文件系统操作，二者机制、配置和用途均不重叠。
macos 的任务调度与服务挂载点是两个独立但常被混淆的概念：前者指系统如何安排进程执行（如 launchd、定时任务），后者指文件系统如何将远程或本地存储“接入”目录树（如 smb 挂载、autofs）。它们不共享同一机制，也不共用配置文件，但实际使用中常需协同——比如用 launchd 触发挂载任务。
任务调度靠 launchd，不是 cron
macOS 自 10.4 起已弃用传统 cron，统一由 launchd 管理所有用户级与系统级任务。它不只是“定时器”，更是进程守护、事件监听和按需启动的核心服务。
- 用户级任务放在
~/Library/LaunchAgents/，系统级放/Library/LaunchDaemons/或/System/Library/LaunchDaemons/ - 触发方式多样：定时（
StartCalendarInterval）、开机启动（RunAtLoad）、网络就绪（StartOnNetworkChange）、文件变更（WatchPaths）等 - 不推荐直接写 shell 脚本调用
mount，而应封装为 plist，并声明ProgramArguments和必要权限（如StandardOutPath便于排错）
挂载点本质是空目录，不是设备路径
挂载点本身只是一个本地目录，系统通过它把远程文件系统“映射”进来。它不存储数据，只提供访问入口。关键细节在于：
- 必须提前创建且为空，例如
sudo mkdir -p /Volumes/NAS或sudo mkdir -p /mnt/workshare - 路径位置无硬性限制，但
/Volumes/是 Finder 默认识别区；/mnt/更适合脚本/autofs 场景，避免与自动挂载卷名冲突 - 重复挂载会报错，建议在脚本中先检查：
mount | grep '/Volumes/NAS' > /dev/null || sudo mount_smbfs ...
SMB 挂载必须用 mount_smbfs，不能用 mount -t smbfs
macOS 不支持通用 mount -t smbfs，这是常见失败根源。正确工具是系统自带的 mount_smbfs，它专为 SMB2/3 设计，兼容钥匙串认证。
- 基础命令：
sudo mount_smbfs //user@server/share /Volumes/mountpoint - 免密码推荐加
-N参数，依赖钥匙串中已存凭证（手动连接一次并勾选“记住密码”即可） - 用户名含域名时格式为
//DOMAIN;user@server/share，而非反斜杠 - 卸载统一用
sudo umount /Volumes/mountpoint或diskutil unmount /Volumes/mountpoint
自动挂载推荐组合：launchd + 钥匙串 + 挂载点预置
真正可靠的自动挂载不是靠改 /etc/fstab（macOS 默认忽略），而是让 launchd 在登录后触发一次挂载，并由系统维护连接状态。
- 先确保 SMB 地址可从 Finder 正常连接，且密码已存入“登录”钥匙串
- 创建 plist 文件（如
~/Library/LaunchAgents/local.smb-mount.plist），含RunAtLoad和KeepAlive（可选） - 脚本内使用
mount_smbfs -N，避免明文密码；失败时可通过StandardErrorPath记录日志 - 如需断网自动卸载，可配合
StartOnNetworkChange+ 判断逻辑，但多数场景保持挂载更稳定
