排查Crontab定时任务不执行的路径问题，需确认crontab行使用绝对路径、脚本内切换到自身目录或用绝对路径、显式声明PATH环境变量、重定向输出查日志。

排查 Crontab 定时任务不执行的路径问题，核心在于理解 cron 的执行上下文与你手动执行时完全不同——它默认不在脚本所在目录运行，也不继承你的 shell 工作路径。很多“脚本明明能跑”的错觉，就毁在这一步。

确认脚本本身是否用了绝对路径

crontab 行中写的路径必须是完整、可访问的绝对路径，不能用 ~ 或 .、.. 这类相对或缩写形式。

• 错误写法：* * * * * ~/scripts/backup.sh（~ 在 cron 中可能不展开）
• 错误写法：* * * * * ./backup.sh（当前目录不确定，大概率不是你预期的位置）
• 正确做法：先用 readlink -f /path/to/backup.sh 获取真实路径，再填入 crontab，例如：/home/user/scripts/backup.sh

检查脚本内部所有路径调用

即使 crontab 行路径对了，脚本里如果用了相对路径读配置、写日志、调用其他工具，依然会失败。

• 比如脚本中有 python3 main.py，而 main.py 在同级目录 —— cron 执行时 pwd 可能是 /root 或 /，根本找不到 main.py
• 推荐在脚本开头加一句切换到自身目录：cd "$(dirname "$0")" || exit 1
• 或者统一改用绝对路径：/home/user/scripts/main.py、/var/log/myapp/output.log

验证命令依赖项是否可用（路径相关）

cron 默认 PATH 极其精简（通常只有 /usr/bin:/bin），你在终端能直接敲 python3、mysqldump、node，cron 很可能找不到。

• 查命令真实路径：which python3 → 得到 /usr/local/bin/python3，那就必须在脚本或 crontab 中写全这个路径
• 更稳妥的做法：在 crontab 文件顶部显式声明 PATH，且放在所有任务之前，无空行隔开：
  PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
• 临时验证当前 cron 环境的 PATH：加一行测试任务 * * * * * env > /tmp/cron_env.txt 2>&1，等一分钟后看文件内容

重定向输出并查看日志，定位具体报错

路径问题常表现为 No such file or directory、Permission denied 或静默退出。不看日志，等于蒙眼排障。

• 在 crontab 任务末尾加上输出重定向：
  0 2 * * * /home/user/scripts/backup.sh >> /home/user/logs/backup.log 2>&1
• 确保日志目录存在且有写权限：mkdir -p /home/user/logs && chmod 755 /home/user/logs
• 也可直接查看系统级 cron 日志：
  grep CRON /var/log/syslog（Ubuntu/Debian）或
  tail -f /var/log/cron（CentOS/RHEL）