为什么crontab可运行一个Python脚本却无法运行另一个？

首先明确：脚本内容确实会直接影响crontab的执行结果，核心原因是crontab的运行环境和你在桌面端编辑器中运行脚本的环境存在明显差异，你遇到的是macOS Catalina系统下crontab执行Python脚本的常见问题，可按以下思路排查：

常见失败原因 #

• 工作目录不一致：crontab执行脚本时的默认工作目录是当前用户的家目录，而非脚本所在的~/code目录。如果你的trending.py中使用了相对路径读写文件、引用外部资源，运行时就会找不到对应文件报错，而Atom运行时会默认把工作目录切换到脚本所在目录，所以能正常执行。
• 解释器环境不匹配：你在Atom中使用的Python环境和crontab中硬编码的/usr/bin/python大概率不是同一个。如果trending.py用到了第三方依赖，且这些依赖仅安装在你的开发环境（比如用户级pip安装、虚拟环境安装），系统默认的/usr/bin/python找不到对应依赖就会运行失败。你可以先在终端直接执行/usr/bin/python ~/code/trending.py验证是否属于该问题。
• 系统权限限制：macOS Catalina对磁盘访问有严格的沙箱限制，如果你给Atom开了全磁盘访问权限，但crontab没有对应的权限，当trending.py需要读写受保护的目录（如桌面、文档、下载文件夹）时就会执行失败。

快速排查方案 #

• 先给crontab任务增加日志输出，修改trending.py的定时规则为：
  * * * * * /usr/bin/python ~/code/trending.py >> ~/cron_trending.log 2>&1
  等待1分钟后查看~/cron_trending.log文件中的报错信息，即可直接定位具体故障点。
• 脚本内所有涉及文件路径的位置全部替换为绝对路径，例如把./data.json替换为/Users/你的用户名/code/data.json，避免相对路径引发的找不到文件问题。
• 如果你使用了虚拟环境或者自定义Python版本，在Atom终端执行which python拿到你当前使用的Python解释器的绝对路径，替换掉crontab规则中的/usr/bin/python即可。

内容的提问来源于stack exchange，提问作者Barry Marples