Sublime 编辑 crontab 不生效是因为未通过 crontab -e 调用；需设 EDITOR="subl -w" 并确保语法高亮、路径绝对、环境变量显式声明，最后用日志验证执行。
Sublime 里直接编辑 crontab 文件不生效？先确认打开的是真实文件
Sublime 本身不能“直接编辑 crontab”，crontab -e 调用的默认编辑器才是关键。很多人以为在 Sublime 里新建个 crontab 文件改完保存就完了，其实 cron 守护进程只认 crontab -e 写入的版本。
- 运行
crontab -e，看终端输出的提示——它会告诉你当前用的是哪个编辑器（比如/usr/bin/vi） - 想换成 Sublime：执行
export EDITOR="subl -w"（macOS），或export EDITOR="/opt/sublime_text/subl -w"（Linux），再运行crontab -e -
-w参数必须加，否则 Sublime 启动后立即返回，crontab以为你没编辑就直接丢弃了更改 - 别手动修改
/var/spool/cron/下的用户文件——权限、格式校验、原子写入全靠crontab命令保证
cron 表达式在 Sublime 里不高亮？装对插件且关掉错误语法检测
默认 Sublime 不识别 * * * * * 这类行，得靠插件补语法支持，但很多插件自带的高亮规则会把合法 cron 当成错误（比如把 */5 标红）。
- 推荐安装
CronTab插件（Package Control 搜到的那个，作者是 kylebebak） - 装完后，手动把文件关联为 Cron：菜单 → View → Syntax → Open all with current extension as… → Cron
- 如果仍标红
0 9 * * 1-5这种写法，进Preferences → Package Settings → CronTab → Settings，把"validate_cron": true改成false - 注意：该插件不校验命令路径是否存在，也不检查
%符号是否转义——这些得靠你自己跑crontab -l和grep CRON /var/log/syslog验证
Sublime 编辑时命令路径失效？cron 环境和你终端根本不是一回事
在 Sublime 里写好 0 2 * * * /home/user/backup.sh，保存后发现脚本从不执行——大概率是 PATH 或工作目录不对，不是编辑器的问题。
- cron 默认
PATH=/usr/bin:/bin，不包含/home/user/bin或~/.local/bin，所以别写python3 script.py，改用/usr/bin/python3 /full/path/script.py - 所有相对路径（比如
./log.txt）都基于用户 home 目录，不是 Sublime 当前打开的文件夹 - 环境变量不会继承 shell 的，需要在 crontab 文件顶部显式声明：
SHELL=/bin/bash、PATH=/usr/local/bin:/usr/bin:/bin - 调试技巧：先写成
* * * * * /bin/date >> /tmp/cron-test.log 2>&1，确认基础通路没问题再换复杂命令
Mac 上用 Sublime 编辑 crontab 报错 “No $EDITOR found”？绕过系统限制更稳
macOS Monterey 及之后版本禁用了部分环境变量继承，crontab -e 在某些终端里真会找不到 EDITOR，尤其用 zsh + oh-my-zsh 的用户。
- 别依赖临时
export，把EDITOR写进 shell 配置：echo 'export EDITOR="subl -w"' >> ~/.zshrc，然后source ~/.zshrc - 如果仍失败，改用绝对路径并加
-n（后台模式）：export EDITOR="/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl -n -w" - 终极兜底：不用
crontab -e，改用crontab /path/to/your/crontab-file导入——但必须确保文件末尾有空行，且没有 BOM - 注意：macOS 的 launchd 替代方案（
launchctl）不读 crontab，别混用
真正卡住人的从来不是怎么高亮，而是 cron 那套封闭环境和静默失败机制——它不报错，只跳过。每次改完，盯三分钟 tail -f /var/log/syslog | grep CRON 比反复检查语法保险得多。
