为何Cron任务不生效

Cron 任务不生效是非常常见的问题，通常由以下几类原因导致。你可以按顺序排查：

一、Cron 服务本身未运行

最常见原因

# 查看 cron 服务状态
systemctl status cron        # Debian/Ubuntu
systemctl status crond       # CentOS/RHEL

如果没有运行：

systemctl start cron
systemctl enable cron

二、Cron 表达式写错

常见错误：

• 分钟写成 0 0 0 * *（其实是每天 0 点，没问题，但容易误以为“不生效”）
• 写成了 */60 * * * *（应为 0 * * * *）
• 字段顺序记错：分 时 日 月 周

快速验证语法：

crontab -l

三、环境变量问题（非常隐蔽）

Cron 的环境变量极少，经常导致脚本“手动能跑，Cron 不行”。

✅ 建议在脚本中：

• 使用绝对路径
• 显式设置 PATH

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

或在 crontab 中：

* * * * * export PATH=/usr/bin:/bin; /path/to/script.sh

四、输出被丢弃导致“看起来没执行”

Cron 默认会把输出邮件发给用户，很多系统没配置邮件，你以为没跑。

✅ 建议重定向日志：

* * * * * /path/to/script.sh >> /var/log/mycron.log 2>&1

然后看日志：

tail -f /var/log/mycron.log

五、权限问题

• 脚本没有执行权限

chmod +x /path/to/script.sh

• cron 用户不对（如用 root 建的任务，普通用户看不到）

查看当前用户的 cron：

crontab -l

查看系统级 cron：

ls /etc/cron.d/
cat /etc/crontab

六、使用了错误用户或家目录

Cron 执行时：

• ~ 可能不是你以为的用户
• 某些程序依赖用户环境（如 git、ssh）

✅ 明确指定用户：

* * * * * www-data /path/to/script.sh

七、SELinux / 安全策略限制（少见但存在）

CentOS/RHEL 常见：

getenforce

八、脚本首行不对

脚本第一行必须正确：

#!/bin/bash

否则 Cron 不知道用什么解释器。

快速自检清单 ✅

• [ ] cron 服务在运行
• [ ] crontab 语法正确
• [ ] 脚本有执行权限
• [ ] 使用了绝对路径
• [ ] 有日志输出
• [ ] 环境变量完整

如果你愿意，可以把：

• 你的 crontab 内容
• 脚本内容
• 系统版本（Ubuntu / CentOS 等）

发出来，我可以直接帮你定位是哪一条原因。