本文介绍了三种开机自启的方式，重点介绍使用systemctl的方式自启动的
方式一、修改 /etc/rc.d/rc.local 文件
/etc/rc.d/rc.local 文件会在 Linux 系统各项服务都启动完毕之后再被运行。所以你想要自己的脚本在开机后被运行的话，可以将自己脚本路径加到该文件里。但是，首先需要确认你有运行这个文件的权限。
$ chmod +x /etc/rc.d/rc.local为了演示，我们创建了一个脚本，当它被执行之后，将在home目录下写入有指定信息的output.txt文件。
$ vim auto_run_script.sh#!/bin/bashdate >> /home/output.txthostname >> /home/output.txt保存退出后，再给它赋予可执行权限：
$ chmod +x auto_run_script.sh然后，我们再将脚本添加到 /etc/rc.d/rc.local 文件最后一行：
$ vim /etc/rc.d/rc.local/home/auto_run_script.sh然后，直接重启即可
方式二、使用 crontab
crontab 是 Linux 下的计划任务，当时间达到我们设定的时间时，可以自动触发某些脚本的运行。
我们可以自己设置计划任务时间，然后编写对应的脚本。但是，有个特殊的任务，叫作 @reboot ，我们其实也可以直接从它的字面意义看出来，这个任务就是在系统重启之后自动运行某个脚本。
那它将运行的是什么脚本呢？我们如何去设置这个脚本呢？我们可以通过 crontab -e 来设置。
$ crontab -e@reboot /home/alvin/auto_run_script.sh然后，直接重启即可。运行的效果跟上面类似。
方法三：使用 systemd 服务
本方法仅适用于 systemd 系统。如何区分是不是 systemd 系统？很简单，只需运行 ps aux 命令，查看 pid 为 1 的进程是不是 systemd
如果用户需要，可以将服务配置文件手动存放至用户配置目录/etc/systemd/system下。该目录下的服务配置文件可以是普通.service文件，也可以是链接至/usr/lib/systemd/system目录下服务配置文件的软链接
为了实现目的，我们需要创建一个 systemd 启动服务，并把它放置在/usr/lib/systemd/system/下，并在 /etc/systemd/system/ 目录创建链接文件（lrwxrwxrwx中的l表示链接文件，类似windows中的快捷方式；-代表普通文件；d表示为目录文件）指向源文件或者直接/etc/systemd/system/下创建.service文件。
使用ln -s命令来创建一个软链接文件，语法为ln -s <目标文件> <链接文件路径>
例如：ln -s /usr/lib/systemd/system/nginx.service /etc/systemd/system/nginx.service
我们创建的 systemd 启动服务如下。请注意，这时后缀是 .service
一个.service配置文件分为三部分
Unit：定义该服务作为Unit角色时相关的属性Service：定义本服务相关的属性Install：定义本服务在设置服务开机自启动时相关的属性。换句话说，只有在创建/移除服务配置文件的软链接时，Install段才会派上用场。这一配置段不是必须的，当未配置[Install]时，设置开机自启动或禁止开机自启动的操作将无任何效果[Unit]和[Install]段的配置指令都来自于man systemd.unit，这些指令都用于描述作为Unit时的属性，[Service]段则专属于.Service服务配置文件。详见：https://juejin.cn/post/7401066742070837260
| Description | Unit的描述信息 |
| Documentation | 本Unit的man文档路径 |
| After | 本服务在哪些服务启动之后启动，仅定义启动顺序，不定义服务依赖关系，即使要求先启动的服务启动失败，本服务也依然会启动 |
| Before | 本服务在哪些服务启动之前启动，仅定义启动顺序，不定义服务依赖关系。通常用于定义在关机前要关闭的服务，如Before=shutdown.target |
| Wants | 本服务在哪些服务启动之后启动，定义服务依赖关系，不定义服务启动顺序。启动本服务时，如果被依赖服务未启动，则也会启动被依赖服务。如果被依赖服务启动失败，本服务不会受之影响，因此本服务会继续启动。如果未结合After使用，则本服务和被依赖服务同时启动。 当配置在 |
| Description | Service的描述信息 |
| PIDFile | pid文件路径 |
| ExecStart | 指定启动单元的命令或者脚本 |
| ExecStartPre和ExecStartPost | 在ExecStart之前或者之后用户自定义执行的脚本 |
| ExecReload | 单元重启时执行的命令或者脚本 |
| ExecStop | 单元停止时执行的命令或者脚本 |
| PrivateTmp | True表示给服务分配独立的临时空间 |
| Restart | 这个选项如果被允许，服务重启的时候进程会退出，会通过systemctl命令执行清除并重启的操作 |
| User | 字段可以设置服务的用户名 |
| Group | 字段可以设置服务的用户组 |
| WorkingDirectory | 字段指定服务的安装目录 |
| Description | Install的描述信息 |
| WantedBy | 本服务设置开机自启动时，在被依赖目标的.wants目录下创建本服务的软链接。例如WantedBy = multi-user.target时，将在/etc/systemd/multi-user.target.wants目录下创建本服务的软链接。 |
| RequiredBy | 类似WantedBy，但是是在.requires目录下创建软链接。 |
例如：nginx.service
[Unit]Description=nginx - high performance web serverDocumentation=http://nginx.org/en/docs/After=network-online.target remote-fs.target nss-lookup.targetWants=network-online.target[Service]Type=forkingPIDFile=/var/run/nginx.pid #指定nginx.pid的生成位置，需要在nginx.conf配置文件中配置，此文件没有回判断服务启动失败ExecStart=/usr/local/nginx/sbin/nginx -c /usr/local/nginx/nginx.confExecReload=/bin/kill -s HUP $MAINPIDExecStop=/bin/kill -s TERM $MAINPID[Install]WantedBy=multi-user.target.service文件中各个字段含义如下
[Unit] Description=demo #当前配置文件的描述信息After=network.target nginx.service #表示当前服务是在那个服务后面启动，一般定义为网络服务启动后启动 [Service]WorkingDirectory=/home/test #工作目录Type=forking #定义启动类型 ExecStart=/home/test/demo-start.sh #定义启动进程时执行的命令。ExecReload=/home/test/demo-restart.sh #重启服务时执行的命令ExecStop=/home/test/demo-stop.sh #定义关闭进程时执行的命令。PrivateTmp=true #是否分配独立空间Restart=alwaysRestartSec=5StartLimitInterval=0StartLimitBurst=5 [Install]WantedBy=multi-user.target #表示多用户命令行状态
之后我们再运行下面两条命令来更新 systemd 配置文件，并启动服务。
$ systemctl daemon-reload$ systemctl enable nginx.service通过命名，查看所有的启动服务及状态
systemctl list-unit-files --type=service
附属一些自启动文件：
zookeeper的自启动文件
[Unit]Description=zookeeper.serviceRequires=network.targetAfter=network.target[Service]Type=forkingUser=zookeeperGroup=zookeeperRestart=on-failureRestartSec=3TimeoutStartSec=1minPIDFILE=/zookeeper_data/2181/data/zookeeper_server.pidEnvironment=JAVA_HOME=/usr/java/jdk1.8.0_191Environment=ZOO_LOG_DIR=/opt/log/middleware/zookeeperEnvironment=ZOO_LOG4J_PROP=INFO,ROLLINGFILEEnvironment=CONF="/zookeeper_data/2181/zoo.cfg"ExecStart=/usr/local/zookeeper/bin/zkServer.sh start $CONFExecStop=/usr/local/zookeeper/bin/zkServer.sh stop $CONF[Install]WantedBy=multi-user.targetkafka的自启动文件
[Unit]Description=Kafka DaemonAfter=zookeeper.service[Service]Type=simpleUser=kafkaGroup=kafkaLimitNOFILE=50000Restart=on-failureRestartSec=3TimeoutStartSec=1minEnvironment=JAVA_HOME=/usr/java/jdk1.8.0_191Environment="LOG_DIR=/opt/log/middleware/kafka"Environment="KAFKA_LOG4J_OPTS=-Dlog4j.configuration=file:/usr/local/kafka/config/log4j.properties"Environment="KAFKA_HEAP_OPTS=-Xmx1G -Xms1G"Environment=JMX_PORT=9192ExecStart=/usr/local/kafka/bin/kafka-server-start.sh "/usr/local/kafka/config/server.properties"ExecStop=/usr/local/kafka/bin/kafka-server-stop.sh "/usr/local/kafka/config/server.properties"[Install]WantedBy=multi-user.targetRedis的自启动配置文件
[Unit]After=network.targetDescription=Advanced key-value storeDocumentation=http://redis.io/documentation[Service]Type=forkingExecStart=/usr/local/redis/bin/redis-server /redis_data/6379/redis.confExecStop=/bin/kill -s TERM $MAINPIDPIDFile=/redis_data/6379/redis.pidTimeoutStopSec=0Restart=alwaysUser=redisGroup=redisLimitNOFILE=65535[Install]WantedBy=multi-user.target