本篇内容介绍了“如何使用Linux下Crontab配置文件”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

创新互联的客户来自各行各业，为了共同目标，我们在工作上密切配合，从创业型小企业到企事业单位，感谢他们对我们的要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。专业领域包括做网站、网站设计、电商网站开发、微信营销、系统平台开发。

【全局（系统）配置文件】

代码如下:

/etc/crontab

Linux 主要的配置文件都在 etc 目录下。

代码如下:

cd /etc
ls cron*

代码如下:

vim crontab

进入 cron.d（服务）

代码如下:

cd cron.d

使用 cat 命令查看 sysstat 文件（cat命令是linux下的一个文本输出命令,通常是用于观看某个文件的内容的 ）

代码如下:

cat sysstat

会发现，查看的内容和 crontab -l 时的内容很相似

在 crontab 载入配置文件的时候，会把 cron.d 下面的文件里面的配置信息载入成为 root 用户的计划任务，如果用 crontab -e 命令去编辑它的时候，实际上会破坏它原始文件配置的内容，，所以一般情况下是不愿意使用 crontab -e 的。如果直接编辑文件：vim sysstat，此时再使用 crontab -l，会发现编辑文件不会被直接载入（crontab -l 查看的内容不会改变），可以通过 crontab sysstat 的方式（crontab 后面跟一个文件的方式）把文件载入，然后再使用 crontab -l 查看，此时文件里面的内容覆盖了原来 crontab -l 里面所有的东西，所以在用 crontab 后面跟一个文件这种形式导入的时候要非常小心，因为 crontab -e 里面的内容都会被文件复写。要使一个计划任务不会被丢失，通常情况下不是使用 crontab -e，而是在一个文件中去添加，然后再载入，这样系统重启的时候，这些文件也会被自动载入到计划任务列表中，注意这种方式是以 root 用户的方式载入的。

在使用 ls cron* 的命令时，会有个一 cron.d 的目录，这是配置文件的目录。它下面的 sysstat 和 etc 目录下的 crontab 文件是很类似的，

contab 不能编辑系统级的配置文件里面的计划任务（例如在 cron.d 下新建计划任务文件 crontst，里面写入 */1 * * * * dee echo "File in /ect/cron.d/crontst****"，然后:wq!保存退出，这时可以使用 tail -f /var/log/cron 进行监视，可以发现这条计划任务的执行情况，但是使用 crontab -l 或者 crontab -e 就不能列出这条计划任务了）。

【补充】

先使用

代码如下:

crontab -l

再使用

代码如下:

cat /var/spool/cron/root

会发现两个命令的输出结果一样：

实际上 crontab 操作的时候，操作的是 /var/spool/cron/root 这个文件。

 可以使用

代码如下:

ls /var/spool/cron/root

查看所有用户的计划任务。

【Root 配置文件】

只有 Root 用户才会把这些内容载入到计划任务表中

“如何使用Linux下Crontab配置文件”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！

分享名称：如何使用Linux下Crontab配置文件-创新互联
当前地址：http://pwwzsj.com/article/dpdoic.html