本章结构

#查看进程

#控制进程

#at一次性任务设置

#crontab周期性任务设置

程序和进程的关系

#程序

保存在硬盘、光盘等介质中的可执行代码和数据

静态保存的代码

#进程

在cpu及内存中运行的程序代码

动态执行的代码

父、子进程：每个进程可以创建一个或多个进程

查看进程ps

#ps命令

查看静态的进程统计信息

#PS命令—查看静态的进程统计信息

ps命令是Linux系统中最为常用的进程查看工具，主要用于显示高喊挡圈运行的各个进程完整信息的静态快照

a：显示当前终端下所有进程信息，包含其他用户进程，与“x”选项结合时显示系统中所有进程信息

u：使用以用户为主的格式输出进程信息

x：显示当前用户在所有终端下的进程信息

-e:显示系统内的所有进程信息

-l：使用长格式显示进程信息

-f：使用完整的格式显示进程信息

USER：启动该进程的用户账号名称

PID：该进程在系统中的数字ID，在当前系统中是唯一的

TTY：标名该进程在那个==哪个终端上运行，“？”表示不需要终端

STAT：显示了进程当前的状态，如S(休眠)、R(运行)、Z(僵尸)、 START：启动该进程的时间

TIME：该进程占用的时间

查看进程信息TOP

#top命令

查看动态的进程排名信息

(还有防止掉线的功能)

查看进程信息pgrep

#pgrep命令

根据特定条件查询今晨PID信息

查看进程信息pstree

#pstree命令

以树形结构列出进程信息

###yum -y install psmisc 安装pstree命令

pstree -aup

-a：显示完整信息

-u：列出对应用户名

-p：列出对应PID号

进程的前后台调度

#Cril+Z组合键

将当前进程挂起，即调入后台并停止执行

#jobs命令

查看处于后台的任务列表

#fg命令 (fg 1)

将后台进程恢复到前台运行，可指定任务序号

终止进程的运行

#Ctri+C组合键

终端正在执行的命令

#kill、killall命令

kill用于终止指定PID号的进程

killall用于终止指定名称的所有进程

-9选项用于强制终止

终止进程的运行

#pkill命令

根据特定条件终止相应的进程

常用命令选项

-U:根据进程所属的用户名终止相应进程

-t：根据进程所在的终端终止相应进程

计划任务管理

#at命令

一次性计划任务

例如：在当天的21：30时自动关闭当前系统

计划任务管理crontab

#crontab命令

按照预先设置的时间周期(分钟、小时、天····)重复执行用户指定的命令操作

属于周期性计划任务

主要设置文件

全局配置文件，位于文件：/etc/crontab

系统默认的设置，位于目录：/etc/cron.*/

用户定义的设置，位于文件：/var/spool/cron/用户名

计划任务管理crontab

#管理crontab计划任务

编辑计划任务：crontab -e 【-u 用户名】

查看计划任务：crontab - l 【-u 用户名】

删除计划任务：crontab -r 【-u 用户名】

crontab任务配置的格式

#时间数值的特殊表示方法

表示该范围内的任意时间

，表示间隔的多个不连续时间点

表示一个连续的时间范围

/ 指定间隔的时间频率

举例

0 17 * * 1-5 周一到周五每天17：00

30 8 * * 1，3，5 每周一、三、五的8点30分

0 8-18/2 * * * 8点到18点之间每2小时

0 * */3 * * 每三天

###常用的Crontab命令：

安装crontab：yum install crontabs

查看定时任务列表：crontab -l

编辑定时任务：crontab –e【等同于： vim /var/spool/cron/root】

删除定时任务：crontab –r

备份定时任务：crontab -l > $HOME/backMyCrontab

crontab服务操作说明：

service crond start //启动服务

service crond stop //关闭服务

service crond restart //重启服务

service crond reload //重新载入配置

service crond status//查看crontab服务状态

实例：

每隔2分钟输出当前时间到文件

*/2 * * * * echo $(date) >> /test/date.log

在 12 月内, 每天的早上 6 点到 12 点，每隔 3 个小时 0 分钟执行一次 /usr/bin/backup

0 6-12/3 * 12 * /usr/bin/backup

每天3-5,17-20每隔30分钟同步一次互联网时间，并且不输出日志到crontab将结果输出到log

echo “*/30 [3-5],[17-20] * * * /usr/bin/ntpstat time.windows.com >/dev/null 2>&1” >> /var/cron.log

每隔两天的上午8点到11点的第3和第15分钟执行command

3,15 8-11 */2 * * command

每个星期一的上午8点到11点的第3和第15分钟执行command

3,15 8-11 * * 1 command

每周六、周日的1:10重启smb

10 1 * * 6,0 /etc/init.d/smb restart

每周一至周五3点钟，在目录/home中，查找文件名为*.xxx的文件，并删除4天前的文件。

00 03 * * 1-5 find /home “*.xxx” -mtime +4 -exec rm {} ;

每小时执行/etc/cron.hourly目录内的脚本

01 * * * * root run-parts /etc/cron.hourly

Crontab使用小结：

1.环境变量问题，例如crontab不能识别Java的环境变量

crontab执行shell时，只能识别为数不多的环境变量，普通的环境变量是无法识别的，所以在编写shell时，最好使用export重新声明变量，确保脚本执行。

2.命令的执行最好用脚本

3.脚本权限加/bin/sh，规范路径/server/scripts

4.时间变量用反斜线转义，最好用脚本

5.定时任务添加注释

6.>/dev/null 2>&1 ==>&>/dev/null,别随意打印日志文件

7.定时任务里面的程序脚本尽量用全路径

8.避免不必要的程序以及命令输出

9.定时任务之前添加注释

10.打包到文件目录的上一级

知识拓展：

查看crontab的日志记录：

linux

看 /var/log/cron.log这个文件就可以，可以用tail -f /var/log/cron.log观察。

或者是 less /var/log/cron 输入G(大写)，直接到末尾查看最新的日志信息。

mail任务

在 /var/spool/mail/root 文件中，有crontab执行日志的记录，用tail -f /var/spool/mail/root 即可查看最近的crontab执行情况。

系统任务调度：系统周期性所要执行的工作，比如写缓存数据到硬盘、日志清理等。在/etc目录下有一个crontab文件，这个就是系统任务调度的配置文件。

/etc/crontab文件包括下面几行：

SHELL=/bin/bash

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

MAILTO=""

HOME=/

第一行SHELL变量指定了系统要使用哪个shell，这里是bash，第二行PATH变量指定了系统执行命令的路径，第三行MAILTO变量指定了crond的任务执行信息将通过电子邮件发送给root用户，如果MAILTO变量的值为空，则表示不发送任务执行信息给用户，第四行的HOME变量指定了在执行命令或者脚本时使用的主目录。

用户任务调度：用户定期要执行的工作，比如用户数据备份、定时邮件提醒等。用户可以使用 crontab 工具来定制自己的计划任务。所有用户定义的crontab文件都被保存在/var/spool/cron目录中。其文件名与用户名一致，使用者权限文件如下：

/etc/cron.deny 该文件中所列用户不允许使用crontab命令

/etc/cron.allow 该文件中所列用户允许使用crontab命令

/var/spool/cron/ 所有用户crontab文件存放的目录,以用户名命名

使用注意事项：

注意环境变量问题

有时我们创建了一个crontab，但是这个任务却无法自动执行，而手动执行这个任务却没有问题，这种情况一般是由于在crontab文件中没有配置环境变量引起的。

在 crontab文件中定义多个调度任务时，需要特别注意的一个问题就是环境变量的设置，因为我们手动执行某个任务时，是在当前shell环境下进行的，程 序当然能找到环境变量，而系统自动执行任务调度时，是不会加载任何环境变量的，因此，就需要在crontab文件中指定任务运行所需的所有环境变量，这 样，系统执行任务调度时就没有问题了。

不要假定cron知道所需要的特殊环境，它其实并不知道。所以你要保证在shelll脚本中提供所有必要的路径和环境变量，除了一些自动设置的全局变量。所以注意如下3点：

1)脚本中涉及文件路径时写全局路径；

2)脚本执行要用到java或其他环境变量时，通过source命令引入环境变量，如：

cat start_cbp.sh

#!/bin/sh

source /etc/profile

export RUN_CONF=/home/d139/conf/platform/cbp/cbp_jboss.conf

/usr/local/jboss-4.0.5/bin/run.sh -c mev &

3)当手动执行脚本OK，但是crontab死活不执行时。这时必须大胆怀疑是环境变量惹的祸，并可以尝试在crontab中直接引入环境变量解决问题。如：

0 * * * * . /etc/profile;/bin/sh /var/www/java/audit_no_count/bin/restart_audit.sh

注意清理系统用户的邮件日志(命令：rm -f /val/mail/root )

每条任务调度执行完毕，系统都会将任务输出信息通过电子邮件的形式发送给当前系统用户，这样日积月累，日志信息会非常大，可能会影响系统的正常运行，因此，将每条任务进行重定向处理非常重要。

例如，可以在crontab文件中设置如下形式，忽略日志输出：

0 */3 * * * /usr/local/apache2/apachectl restart >/dev/null 2>&1

“/dev/null 2>&1”表示先将标准输出重定向到/dev/null，然后将标准错误重定向到标准输出，由于标准输出已经重定向到了/dev/null，因此标准错误也会重定向到/dev/null，这样日志输出问题就解决了。

系统级任务调度主要完成系统的一些维护操作，用户级任务调度主要完成用户自定义的一些任务，可以将用户级任务调度放到系统级任务调度来完成(不建议这么 做)，但是反过来却不行，root用户的任务调度操作可以通过“crontab –uroot –e”来设置，也可以将调度任务直接写入/etc /crontab文件，需要注意的是，如果要定义一个定时重启系统的任务，就必须将任务放到/etc/crontab文件，即使在root用户下创建一个 定时重启系统的任务也是无效的。

其他注意事项

新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行。

当crontab突然失效时，可以尝试/etc/init.d/crond restart解决问题。或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。

千万别乱运行crontab -r。它从Crontab目录(/var/spool/cron)中删除用户的Crontab文件。删除了该用户的所有crontab都没了。

在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义%，如经常用的date ‘+%Y%m%d’在crontab里是不会执行的，应该换成date ‘+%Y%m%d’。