根本原因是cron环境极简：不加载.profile或.bashrc，PATH仅含/usr/bin:/bin，PYTHONPATH等全为空；常见现象包括ImportError、command not found；须用绝对路径调用Python、显式设置环境变量、重定向日志以捕获stderr。
为什么 crontab 里 Python 脚本总报 ImportError 或 command not found
根本原因是 cron 启动的 shell 环境极简：不加载 .bashrc、.profile，PATH 只有 /usr/bin:/bin，PYTHONPATH、JAVA_HOME 等全为空。你手动执行时能 import 的模块，cron 里很可能根本找不到解释器或依赖路径。
常见错误现象包括：ImportError: No module named requests、/bin/sh: python3: not found、ModuleNotFoundError: No module named 'my_local_module'。
- 先确认 Python 解释器位置：
which python3→ 得到类似/usr/local/bin/python3，不能直接写python3 - 检查模块安装位置：
python3 -c "import requests; print(requests.__file__)"，看是否在系统 site-packages 或用户目录（如~/.local/lib/python3.x/site-packages） - 若用
pip install --user安装，必须在 crontab 中显式设置PYTHONPATH，否则 cron 不会自动加入该路径
如何让 crontab 真实复现你的终端环境
别靠猜，用 env -i /bin/bash -l -c 'your_command' 模拟 cron 启动的 login shell —— 这比 “我觉得应该没问题” 靠谱十倍。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 在 crontab 顶部加一行测试任务：
* * * * * env > /tmp/cron_env.txt 2>&1，等一分钟查看/tmp/cron_env.txt，对比你终端里env输出 - 如果发现
PYTHONPATH缺失，就在 crontab 文件开头（任务前）加上：PYTHONPATH=/home/user/.local/lib/python3.9/site-packages - 如果脚本依赖
~/.bash_profile里的变量，不推荐 source 它（不可靠），而应把关键 export 行直接抄进 crontab，例如：JAVA_HOME=/usr/lib/jvm/java-17-openjdk && export JAVA_HOME
crontab 执行 Python 脚本的可靠写法
不要写 python3 script.py，也不要依赖 shebang（#!/usr/bin/env python3）—— cron 默认用 /bin/sh 解析，可能忽略它或不支持 env 查找逻辑。
正确姿势是：绝对路径 + 显式 cd + 输出重定向
- 用
cd "$(dirname "$0")"切换到脚本所在目录（放在脚本第一行），避免相对路径失效 - crontab 条目写成：
0 2 * * * cd /home/user/project && /usr/local/bin/python3 /home/user/project/main.py >> /home/user/logs/main.log 2>&1 - 确保日志目录存在且可写：
mkdir -p /home/user/logs && chmod 755 /home/user/logs - 如果用虚拟环境，必须激活解释器路径：
/home/user/venv/bin/python，而不是source venv/bin/activate && python（cron 不认 source）
容易被忽略的 SELinux 和 mail 陷阱
CentOS/RHEL 上，SELinux 可能静默拦截 cron 启动的 Python 进程访问网络或文件，错误不会出现在脚本日志里，而是进 audit 日志。
排查方式：
- 查 SELinux 拒绝记录：
ausearch -m avc -ts recent | audit2why，若看到system_cronjob_t相关拒绝，需调整策略或临时设为 permissive 模式验证 - 没配置 MTA（如 sendmail/postfix）时，cron 会把 stdout/stderr 尝试发邮件，失败则丢弃输出 —— 这就是“什么日志都没有”的原因。务必加
> /path/log 2>&1，别依赖默认行为 - 注意
/var/spool/mail/root可能积压大量未读 cron 邮件，用mail命令进去看一眼，有时关键报错就躺在那儿
实际排障时，最常卡在 PATH 和 PYTHONPATH 的隐式缺失，以及日志没重定向导致线索丢失。环境差异不是“差不多”，而是“完全隔离”——接受这点，才能少走弯路。
