mac 快捷指令虽无 try-catch，但可通过“如果”+“停止并输出”实现错误处理：依据操作结果（空值、错误文本、非零码）判断异常，在“如果”分支中断流程并输出原因；对 sip 权限问题需调整脚本路径或改用 applescript；辅以变量日志定位问题。

mac 上的快捷指令本身没有传统编程语言里的 try-catch 机制，但通过组合“如果”“停止快捷指令”“停止并输出”等控制操作，可以实现逻辑层面的错误处理与异常响应。

用“如果”判断关键操作结果

快捷指令中多数操作会输出内容或状态，比如“获取 URL 内容”失败时可能返回空值或错误提示，“运行 Shell 脚本”出错时可能返回非零退出码。你可以把这些输出作为判断依据：

• 在关键操作（如网络请求、文件读取、脚本执行）后，添加“如果”操作
• 设置条件：例如“文本包含 ‘error’”、“词典为空”、“数字不等于 0”
• 把后续正常流程放在“否则”分支，把报错应对逻辑放在“如果”分支里

主动中断流程并反馈原因

当检测到异常条件时，不要让快捷指令继续执行下游操作（可能引发连锁错误），而应立即终止：

macOS Automator Services

部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...

下载

• 在“如果”分支内添加“停止快捷指令”，可防止无效操作被执行
• 更推荐使用“停止并输出”，它既能中断流程，又能返回一段说明性文本，方便调试或通知用户
• 例如：输出“Wi-Fi 名称获取失败，请检查网络连接”，这样你在测试或运行时能一眼看到问题根源

应对系统级权限异常（如 SIP 拦截）

当你在快捷指令里调用 shell 脚本却遇到 Operation not permitted，这不是快捷指令本身的错误，而是 macOS 系统完整性保护（SIP）在起作用：

• 该错误通常发生在脚本尝试访问 /System、/usr/bin 等受保护路径时
• 快捷指令编辑器内运行成功、外部触发失败，正是 SIP 权限上下文差异的典型表现
• 解决方向不是绕过 SIP，而是调整脚本路径（移至 ~/Documents 或 ~/Library/Scripts）、改用 AppleScript 封装、或确认是否真需系统级操作

利用变量和日志辅助排查

快捷指令不提供控制台日志，但你可以模拟简易“日志”来定位问题环节：

• 在每个关键步骤后，用“文本”操作拼接当前状态（如“✅ 获取 URL 完成”“⚠️ 解析 JSON 失败”）
• 将这些信息存入一个列表变量，最后统一输出或写入临时文件
• 配合“每次均询问”变量，可在运行中暂停并查看中间值，尤其适合调试列表循环或嵌套条件