
Linux 定时任务(cron)本身不保证多个任务的执行顺序,它只按设定时间触发,具体执行先后取决于系统调度、命令耗时、资源竞争等因素。若需严格顺序,必须主动控制,不能依赖 cron 的“先后添加”或“时间相近”来实现。
同一用户 crontab 中任务的执行顺序
cron 会按 crontab 文件中从上到下的顺序读取任务行,但仅用于解析和注册,不决定运行时先后。所有匹配时间的任务会被同时(或极短时间内)触发,由系统 fork 出独立进程执行,彼此无同步机制。
- 例如:两行都设为 * * * * *(每分钟执行),它们几乎同时启动,谁先结束取决于命令本身快慢
- 若 A 任务写文件、B 任务读该文件,未加锁或等待逻辑,大概率出错
用串行方式强制顺序执行
将多个操作合并为一个 cron 条目,用 shell 控制流确保顺序:
无论做任何事情,都要有一定的方式方法与处理步骤。计算机程序设计比日常生活中的事务处理更具有严谨性、规范性、可行性。为了使计算机有效地解决某些问题,须将处理步骤编排好,用计算机语言组成“序列”,让计算机自动识别并执行这个用计算机语言组成的“序列”,完成预定的任务。将处理问题的步骤编排好,用计算机语言组成序列,也就是常说的编写程序。在Pascal语言中,执行每条语句都是由计算机完成相应的操作。编写Pascal程序,是利用Pasca
- 用 && 连接:前一个成功(退出码 0)才执行下一个,适合有依赖关系的操作
0 2 * * * /path/to/backup.sh && /path/to/cleanup.sh && /path/to/notify.sh - 用分号 ; 强制依次执行(不管前一个是否失败)
- 封装成单个脚本,在脚本内做错误检查、sleep、重试等逻辑,更清晰可控
避免竞态:加锁与状态检查
当无法合并为单条任务(如不同用户、不同服务需独立调度),可用文件锁或临时标记控制顺序:
- 使用 flock 包裹关键段:
* * * * * flock -n /tmp/myjob.lock -c "/path/to/task1.sh" - 任务开始前检查前序任务的完成标记(如 touch /tmp/task1.done),缺失则 exit 或 wait
- 避免用 sleep 等固定延时“猜”顺序,既不可靠又浪费资源
系统级定时器(systemd timer)的补充说明
若需更强的顺序保障和依赖管理,可考虑 systemd timer:
- 支持 After=、Requires= 等单元依赖声明
- 可定义启动顺序、超时、重启策略,比 cron 更适合复杂工作流
- 但需适应 systemd 单元语法,且部分旧系统或容器环境不默认启用









