crontab定时任务需用绝对路径、显式指定shell、重定向日志；不继承交互式环境，须在脚本中定义path和变量，避免依赖~/.bashrc；最小粒度为分钟，秒级需用while+sleep或watch。
crontab 是 Linux 下最常用、最可靠的定时执行脚本方案，但它不是“写完就跑”，很多失败都卡在路径、环境、权限这三关。直接上结论：用 crontab -e 编辑用户级任务 + 绝对路径 + 显式指定 shell + 日志重定向，基本能覆盖 95% 的场景。
crontab -e 添加任务时必须用绝对路径
crontab 不继承你的交互式 shell 环境，cd、~、./script.sh 全部无效。它只认从根目录开始的完整路径。
-
/home/user/myscript.sh✅ 可以 -
~/myscript.sh❌ 报错或静默失败 -
./myscript.sh❌ 当前目录是/，几乎肯定找不到 - 脚本里调用的命令（如
python3、jq）也建议写绝对路径，比如/usr/bin/python3，避免 PATH 不一致
脚本开头要写 shebang，且 crontab 不自动加载 ~/.bashrc
你手动执行 ./myscript.sh 成功，不代表 crontab 能跑通——因为 crond 启动时只加载极简环境，~/.bashrc、/etc/profile 都不读。常见症状：脚本里用到的自定义函数、别名、export 的变量全失效。
- 确保脚本第一行是有效的 shebang，例如：
#!/bin/bash或#!/usr/bin/env bash - 不要依赖
source ~/.bashrc—— 在 crontab 里这行会报错（找不到文件）或静默跳过 - 需要的环境变量，直接在脚本里
export VAR=value，比如export PATH="/usr/local/bin:/usr/bin:/bin" - 如果必须加载 profile，可改用
bash -l -c "/path/to/script.sh"，但这是绕路，不推荐
日志重定向不是可选项，是排障唯一入口
crontab 执行无声无息，不输出到终端，也不发邮件（除非配置了 MAILTO）。没日志=盲操作。
- 最简方式：在 crontab 条目末尾加
>> /tmp/myscript.log 2>&1 - 示例：
0 9 * * * /home/user/start_service.sh >> /var/log/start_service.log 2>&1 - 更稳妥的做法是在脚本内部开头就加日志头：
echo "[$(date '+%F %T')] START" >> /var/log/myscript.log - 注意：
/tmp可能被定期清理；生产环境建议用/var/log/下固定目录，并确保 cron 用户有写权限
秒级定时不能靠原生 crontab
crontab 最小粒度是分钟，* * * * * command 表示“每分钟执行一次”，无法做到“每 30 秒执行一次”。硬凑（如写两条间隔 30 秒的分钟任务）不可靠，且跨分钟边界会丢一次。
- 真要秒级，改用循环 +
sleep：写一个长期运行的守护脚本，内部用while true; do /path/to/task.sh; sleep 30; done，再用systemd或nohup启动 - 或者用
watch -n 30 /path/to/task.sh，但watch不适合后台长期运行，且不记录退出状态 - 别试图用
*/1 * * * * /path/to/task.sh & sleep 30; /path/to/task.sh—— 这种写法在 crontab 里语法非法，;和&不会被 shell 解析
真正卡住人的，从来不是 crontab 语法本身，而是它运行时那个干净得过分的环境——没有你的 history，没有 alias，没有 PATH 里的私有 bin 目录，甚至没有当前工作目录。每次加一条定时任务，本质是部署一个独立的小型服务，该设权限的设权限，该写日志的写日志，该锁路径的锁路径。
