排查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）
