在 Unix 或者 Linux 环境下，有一种被广泛使用的工具可以帮助我们自动执行定时任务，那就是 crontab。本篇文章将带你详细了解 crontab 的相关知识。

---

1. 什么是 Crontab

Crontab (Cron Table)实际上是 Unix/Linux 下的一种定时任务工具，主要用于系统的定期维护或者定期执行特定的任务。Crontab 具有丰富的功能和灵活的配置，使其成为 Unix/Linux 下最重要的定时任务工具之一。

2. Crontab 的结构

crontab 的每一行都代表一个任务，每行具有以下六部分组成：

• 分钟：代表一个小时中的第几分钟，取值范围为0-59；
• 小时：代表一天中的第几小时，取值范围为0-23（0代表午夜）；
• 日期：代表一个月中的第几天，取值范围为1-31；
• 月份：代表一年中的第几月，取值范围为1-12；
• 星期：代表一周中的第几天，取值范围为0-7（0和7都代表周日）；
• 命令：需要执行的命令或脚本。

3. 如何使用 Crontab

在 Unix/Linux 系统中，Crontab 的使用非常简单，主要的操作就是增加、删除和查看定时任务。

• 增加定时任务：在终端中输入crontab -e命令，可以打开 crontab 文件以供编辑。在文件中，每输入一行就表示添加一个定时任务。例如，如果你希望在每天的午夜12点执行一个名为backup.sh的脚本，你可以这样设定0 0 * * * /path/to/backup.sh。
• 删除定时任务：在终端中输入crontab -r命令，可以删除所有的定时任务。如果你只希望删除特定的任务，你需要使用crontab -e命令打开文件，然后删除相应的行。
• 查看定时任务：在终端中输入crontab -l命令，可以列出所有的定时任务。

4. 注意事项

• Crontab 中的命令是以系统用户的身份执行的，因此在设置定时任务时，需要确保用户有执行这个任务的权限。
• 如果执行的是脚本文件，需要确保脚本文件具有可执行权限，并在命令中指明脚本的完整路径。
• 在指定周期时，星号 (*) 表示任意值，用来表示该字段可以接受任何可能的值。

总的来说，Crontab 是一个非常强大而且灵活的定时任务工具，通过合理地使用它，我们可以大大提升我们的工作效率。希望通过这篇文章，你能对 Crontab 有更深的了解。

相关疑问

1. crontab的系统用户是指root吗

UNIX/Linux 系统中的每个进程和服务都会有一个关联的用户，被称为该进程的"用户身份"或"运行身份"。当使用 Crontab 时，其相关任务的运行身份，也即"系统用户"，就是创建这个 Crontab 任务的用户。
具体来说：

• 如果是 root 用户在设置 Crontab 任务，那么这些任务就会以 root 用户的身份运行，也就是说这些任务有 root 用户所具有的权限。
• 如果是其它普通用户（比如用户 bob）在设置 Crontab 任务，那么这些任务就会以 bob 用户的身份运行，这些任务只有 bob 所具有的权限。

每个用户都有各自的 Crontab 文件，可以设置属于自己的定时任务，并且一个用户只能看到和编辑自己的 Crontab 文件。

但是注意，root 用户由于拥有最高权限，可以查看和编辑所有用户的 Crontab 文件。使用 crontab -u [username] -l 可以查看其他用户的定时任务，使用 crontab -u [username] -e 可以编辑其他用户的定时任务。如 crontab -u bob -l 就是查看 bob 用户的定时任务。
总的来说，Crontab 的系统用户并不一定是 root 用户，而是创建该 Crontab 任务的用户。

2. Crontab任务是如何根据用户身份来确定运行权限的？

Crontab任务的用户身份和运行权限是由操作系统的用户和权限管理机制来决定的。 在Unix/Linux系统中，每个用户都有一个独一无二的用户ID（UID）和一个或多个用户组ID（GID）。用户的所有进程都会继承这些ID，这些ID在进程的整个生命周期中都不会改变。
当你创建一个Crontab任务时，这个任务是以你的UID和GID被创建的，并且当这个任务被执行时，它会以你的UID和GID作为其运行身份。这意味着Crontab任务可以访问你可以访问的文件和目录，而你无权访问的文件和目录，Crontab任务同样无权访问。
例如，如果你用root用户创建的Crontab任务，这个任务在运行时会有root用户的权限，可以访问系统中的所有文件和目录。反之，如果你用普通用户创建的Crontab任务，这个任务在运行时就只能访问这个用户有权访问的文件和目录。
总的来说，Crontab任务是根据创建它的用户的UID和GID来确定其运行权限的，而这些UID和GID是由操作系统的用户和权限管理机制来管理和控制的。

cro

3. crontab 中运行的脚本，依赖/etc/profile中的环境变量需要怎么处理

在Crontab任务运行时，与在终端中手动执行命令有区别，它不会加载用户的完整环境变量，这是因为Crontab任务是由系统的cron服务在后台自动执行的。因此有时候你会发现，尽管一个脚本在手动执行时可以正常运行，但在Crontab中可能会因为找不到必需的环境变量或路径而失败。
对于这个问题，有两种主要的解决方案：

1. 在Crontab任务中显式声明需要的环境变量。

例如，如果你知道你的脚本依赖于某个具体的环境变量，你可以在Crontab任务命令中显式地声明这个环境变量：

0 0 * * * VARNAME=value /path/to/yourscript.sh

在这个例子中，VARNAME=value 就是显式地声明了一个环境变量。

2. 在你的脚本中导入整个环境。

你可以修改你的脚本，在其中添加一行来导入你在/etc/profile中设置的环境变量：

source /etc/profile

或者

. /etc/profile

在这个例子中，source（或.） 是一个bash命令，它从指定的文件中读取并执行命令，最常见的用途就是在脚本中导入环境变量。
这样你就可以保证你的脚本在Crontab任务中与在常规shell中一样都能访问到所需要的环境变量了。如果你有大量的Crontab任务需要太多环境变量，这种方法可能会更加方便。