Linux下，有两个命令可以用来作为计划任务而执行，
- at：at 是个可以处理仅执行一次就结束调度的指令，不过要执行 at 时， 必须要有 atd 这 个服务 （第十七章） 的支持才行。
- crontab ：crontab 这个指令所设置的工作将会循环的一直进行下去！ 可循环的时间为分 钟、小时、每周、每月或每年等。crontab 除了可以使用指令执行外，亦可编辑 /etc/crontab 来支持。 至于让 crontab 可以生效的服务则是 crond 这个服务
一次性任务计划执行（at）
要使用一次性任务计划，linux必须要有负责这个计划任务的服务，那就是atd服务
但是并非所有的linux distribution都默认会打开，我们需要手动激活爱听的任务
[root@study ~]# systemctl restart atd # 重新启动 atd 这个服务
[root@study ~]# systemctl enable atd # 让这个服务开机就自动启动
[root@study ~]# systemctl status atd # 查阅一下 atd 目前的状态
如果服务未安装，则需要手动安装
#:yum install - y at或#:apt-get install at
如果担心启动是否执行OK的话，可使用命令查看：
#:ps aux |grep atd
或者使用
systemctl status atd
# 查阅一下 atd 目前的状态,Active 状态应是 running
at 的运行方式
使用 at 这个指令来产生所要运行的工作，并 将这个工作以文本文件的方式写入 /var/spool/cron/atjobs/ 目录内，该工作便能等待 atd 这个服务的取用与执行了。 不过，因为安全的理由，并不是所有的人都可以进行 at 工作调度！
at 的使用限制是利用 /etc/at.allow 与 /etc/at.deny 这两个文件来进行的！ 加上这两个文件后，at 的工作情况其实是这样的：
- 先找寻 /etc/at.allow 这个文件，写在这个文件中的使用者才能使用 at ，没有在这个文件 中的使用者则不能使用 at （即使没有写在 at.deny 当中）；
- 如果 /etc/at.allow 不存在，就寻找 /etc/at.deny 这个文件，若写在这个 at.deny 的使用者 则不能使用 at ，而没有在这个 at.deny 文件中的使用者，就可以使用 at ；
- 如果两个文件都不存在，那么只有 root 可以使用 at 这个指令。 通过这个说明，我们知道 /etc/at.allow 是管理较为严格的方式，而 /etc/at.deny 则较为松散 （因为帐号没有在该文件中，就能够执行 at 了）。
在一般的 distributions 当中，由于假设系统上的所有用户都是可信任的，因此系统通常会保留一个空的 /etc/at.deny 文件，意思是允 许所有人使用 at 指令的意思 （您可以自行检查一下该文件）。 不过，万一你不希望有某些 使用者使用 at 的话，将那个使用者的帐号写入 /etc/at.deny 即可！ 一个帐号写一行。
实际运行单一工作调度
单一工作调度的进行就使用 at 这个指令！这个指令的运行非常简单！将 at 加上一个时间即可！基本的语法如下：
at 命令参数
at [参数] [时间]
-m：当指定的任务被完成之后，将给用户发送邮件，即使没有标准输出;
-I：atq的别名，列出目前系统上面的所有该使用者的 at 调度；
-d：atrm的别名，可以取消一个在 at 调度中的工作；
-v：显示任务将被执行的时间
-c：打印任务的内容到标准输出
at时间格式：
HH：AM
ex>04:00
在今日的HH：MM是可执行，若是时刻已经超过，则在明天的此时执行
HH:MM YYYY-MM-DD
ex>04:00 2016-03-17
强制规定在某年某月的某一天的特殊时刻进行该任务
HH:MM[am|pm] [Month] [date]
ex>04pm March 17
强制在某年某月的的某时刻进行该任务
HH:MM[am|pm] + number [minutes|hours|days|weeks]
ex>now + 5 minutes
ex>04pm + 3days #三天后的下午四点执行
某个时间点再加几个事件后才执行该任务
使用实例：
1.三天后的下午5点执行/bin/ls
#：at 5pm+3 days
at>/bin/ls
at>按ctrl+D
2.明天17点钟，输出时间到指定文件内
#：at 17:00 tomorrow
at>date>/tmp/2016.log
at>按ctrl+D
3.计算机将于1天后的23:00 关机
# at 23:00 + 1 days
at>/bin/sync
at> /bin/sync
at>/sbin/shutdown -h now
at>按ctrl+D
事实上，当我们使用 at 时会进入一个 at shell 的环境来让使用者下达工作指令，此时，建议 你最好使用绝对路径来下达你的指令，比较不会有问题！由于指令的下达与 PATH 变量有关， 同时与当时的工作目录也有关连 （如果有牵涉到文件的话），因此使用绝对路径来下达 指令，会是比较一劳永逸的方法。 举例来说，你在 /tmp 下达at now 然后输入mail -s "test" root < .bashrc， 问一下，那个 .bashrc 的文件会是在哪里？答案是/tmp/.bashrc！因为 at 在运行时，会跑到当时下达 at 指令的那个工作目录运行！
要注意的是，如果在 at shell 内的指令并没有任何的讯息输出，那么 at 默认不会发 email 给执行者的。 如果你想要让 at 无论如何都发一封 email 告知你是否执行了指令，那么 可以使用“ at -m 时间格式 ”来下达指令！ at 就会传送一个讯息给执行者，而不论该指令执行有无讯息输出了！
如果要在某某时刻，在我的终端机显示出 Hello 的字样，可以通过终端机的设备来处理！假如你在 tty1 登陆（在命令行里面输入tty可以查看），则可以使用echo "Hello" > /dev/tty1。
at 有另外一个很棒的优点， 由于 at 工作调度的使用上，系统会将该项 at 工作独立出你的 bash 环境中， 直接交给系统的 atd 程序来接管，因此，当你下达了 at 的工作之后就可以立刻离线了， 剩下的工作就完全交 给 Linux 管理即可！所以如果有长时间的网络工作时，使用 at 可以让你免除网络断线后的困扰。
batch：系统有空时才进行背景任务
其实 batch 是利用 at 来进行指令的下达！只是加入一些控制参数而已。这个 batch 神奇的地方在于：他会在 CPU 的工作负载小于 0.8 的时候，才进行你所下达的工作任务啦！
那什么是工作负载 0.8 呢？这个工作负载的意思是： CPU 在单一时间点所负责的工作数量。不是CPU 的使用率喔！ 举例来说，如果我有一只程序他需要一直使用 CPU 的运算功能，那么此 时 CPU 的使用率可能到达 100% ， 但是 CPU 的工作负载则是趋近于“ 1 ”，因为 CPU 仅负责一个工作！如果同时执行这样的程序两支呢？ CPU 的使用率还是 100% ，但是工作负载 则变成 2 了！ 所以也就是说，当 CPU 的工作负载越大，代表 CPU 必须要在不同的工作之间进行频繁的工 作切换。 因为一直切换 工作，所以会导致系统忙碌啊！ 系统如果很忙碌，还要额外进行 at ，不太合理！所以才有 batch 指令的产生！
下面来实验一下 batch 好了！为了产生 CPU 较高的工作负载，我们用了 计算 pi 的脚本，连续执行 4 次这只程序， 来仿真高负载，然后看看batch 的工作现象。
计算PI的脚本
echo "scale=10000; 4*a(1)" | bc -l &
root@localhost:~# echo "scale=10000; 4*a(1)" | bc -l &
[1] 994
root@localhost:~# echo "scale=10000; 4*a(1)" | bc -l &
[2] 996
root@localhost:~# echo "scale=10000; 4*a(1)" | bc -l &
[3] 998
root@localhost:~# echo "scale=10000; 4*a(1)" | bc -l &
root@localhost:~# uptime
20:17:59 up 49 min, 2 users, load average: 5.09, 3.89, 2.40
root@localhost:~# batch
at> /usr/bin/updatedb
at> <EOT>
job 17 at Sat Jan 2 20:18:00 2021
root@localhost:~# date ;atq
Sat 02 Jan 2021 08:20:22 PM CST
17 Sat Jan 2 20:18:00 2021 b root
# 可以看得到，明明时间已经超过了，却没有实际执行 at 的任务！
root@localhost:~# jobs
[1] Running echo "scale=10000; 4*a(1)" | bc -l &
[2] Running echo "scale=10000; 4*a(1)" | bc -l &
[3]- Running echo "scale=10000; 4*a(1)" | bc -l &
[4]+ Running echo "scale=10000; 4*a(1)" | bc -l &
root@localhost:~# kill %1 %2 %3 %4
# 这时先用 jobs 找出背景工作，再使用 kill 删除掉四个背景工作后，慢慢等待工作负载的下降
root@localhost:~# uptime;atq
20:25:02 up 56 min, 2 users, load average: 1.82, 4.73, 3.62
17 Sat Jan 2 20:18:00 2021 b root
root@localhost:~# uptime;atq
20:26:13 up 57 min, 2 users, load average: 0.52, 3.68, 3.34
# 在 20:52 时，由于 loading 还是高于 0.8，因此 atq 可以看得到 at job 还是持续再等待当中！
# 但是到了 20:01 时， loading 降低到 0.8 以下了，所以 atq 就执行完毕！
使用 uptime 可以观察到 1, 5, 15 分钟的“平均工作负载”量，因为是平均值，所以当我们如上 表删除掉四个工作后，工作负载不会立即降低， 需要一小段时间让这个 1 分钟平均值慢慢回 复到接近 0 啊！当小于 0.8 之后的“整分钟时间”时，atd 就会将 batch 的工作执行掉了！
什么是“整分钟时间”呢？不论是 at 还是 crontab，他们最小的时间单位是“分 钟”，所以，基本上，他们的工作是“每分钟检查一次”来处理的！ 就是整分 （秒为 0 的时候）,同时，你会发现其实 batch 也是使用 atq/atrm 来管理的！
网友评论