crontab任务重复执行是因默认不检查进程状态，到点即fork新进程；用flock加锁最稳妥，需绝对路径、可写权限，并推荐加-n非阻塞标志防堆积。
crontab 任务重复执行的典型现象
当 crontab 中的任务运行时间短、但实际耗时长（比如脚本卡在 HTTP 请求或数据库锁上），下一次调度可能在前一次还没退出时就启动，导致并发执行。常见表现包括：日志里出现双倍记录、数据库写入冲突、临时文件被覆盖、磁盘空间突增。
这不是 crontab 的 bug，而是它默认不检查进程状态——只要到点就 fork 新进程。
用 flock 防止并发执行最稳妥
flock 是 Linux 自带的文件锁工具，轻量、可靠、无需额外依赖，适合绝大多数场景。
- 它对同一文件加锁，多个进程竞争同一个锁文件，只有一个能拿到并继续执行
- 锁自动释放（进程退出或崩溃时内核回收），不会死锁
- 必须用绝对路径，且锁文件需有可写权限（推荐放在
/tmp或脚本同目录）
示例：把原来 */5 * * * * /home/user/backup.sh 改成：
*/5 * * * * flock -n /tmp/backup.lock -c '/home/user/backup.sh'
-n 表示非阻塞，拿不到锁直接退出，避免堆积；如果希望排队等锁，改用 -w 30（最多等 30 秒）。
