详细介绍：Linux中常见几种自启动方式的区别

在Linux中，有多个机制可以实现开机自启动，它们在不同的初始化系统（如SysVinit、systemd）下有不同的表现。以下是一些常见的自启动方法及其区别：

/etc/rc.local：

这是传统的SysVinit系统中的自启动脚本。在系统启动到指定运行级别时，会执行这个文件中的命令。

在使用systemd的系统中，为了兼容性，通常有一个rc-local.service来运行/etc/rc.local。但需要确保该服务被启用。

使用rc.local比较简单，只需将需要开机自启动的命令写入该文件即可。但注意，该文件默认可能没有执行权限，需要确保其有执行权限。

具体操作方式

1. 创建或编辑rc.local文件

sudo vim /etc/rc.local

2. 添加内容

写入自启动脚本

#!/bin/bash
sudo -u pharmacy /home/services/rcs/start_rcs.sh &
sudo -u pharmacy /home/abc.sh &
sudo -u pharmacy /home/edf.sh &
# 添加日志以便调试
echo "$(date): rc.local executed successfully" >> /var/log/rc-local.log
exit 0

3. 给文件添加执行权限

sudo chmod +x /etc/rc.local

4. 启用rc-local服务（如果尚未启用）

启用rc-local服务：、

sudo systemctl enable rc-local

启动服务：

sudo systemctl start rc-local

在这里如果提示如下,说明rc-local没有被systemctl管理到，那么需要新增service配置

The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
instance name specified.

5.新增service 配置

sudo tee /etc/systemd/system/rc-local.service > /dev/null << 'EOF'
[Unit]
Description=/etc/rc.local Compatibility
ConditionFileIsExecutable=/etc/rc.local
After=network.target
[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
EOF

6. 重新加载 systemd 并启用服务

sudo systemctl daemon-reload
sudo systemctl enable rc-local.service
sudo systemctl start rc-local.service
sudo systemctl status rc-local.service

6. 验证rc-local服务是否启用

sudo systemctl status rc-local.service

如果服务状态显示为active 则表示服务已经运行，下方会显示脚本的执行打印日志和时间

/etc/init.d/（SysVinit脚本）：

在SysVinit系统中，每个运行级别都有对应的目录（如/etc/rc0.d～/etc/rc6.d），这些目录中的符号链接指向/etc/init.d/中的脚本。

可以通过update-rc.d（在Debian/Ubuntu中）或chkconfig（在RedHat/CentOS中）来管理这些链接，从而控制服务在哪个运行级别启动或停止。

这种方式较为传统，现在逐渐被systemd取代。

systemd：

现代大多数Linux发行版使用systemd作为初始化系统。

用户可以通过创建自定义的service单元文件（通常放在/etc/systemd/system/目录下）来管理自启动服务。

使用systemctl enable service_name来启用自启动，使用systemctl start service_name来立即启动服务。

systemd提供了更强大的功能，如依赖管理、条件启动、资源控制等。

使用方式

下方例子是启动指定脚本，然后在脚本中执行程序启动，不监视程序是否停止运行且不会重启，目标只是为了实现简单的自动启动。另外修改service内容，可以支持自启动和崩溃重启。

rcs.service 文件内容（只做开启自启动，不做程序退出检测和退出后的后的自启动）

[Unit]
Description=run jd rcs
After=network.target
[Service]
Type=oneshot
ExecStart=/home/services/rcs/start_rcs.sh
User=iamuser
Group=iamuser
WorkingDirectory=/home/prod/rcs/build/
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target

• Type=oneshot：适用于只执行一次然后退出的服务
• 移除了 ExecStop：因为 oneshot 类型不需要停止脚本
• 保留 RemainAfterExit=yes：让 systemd 知道服务已"激活"，即使主进程已退出

cron：

使用@reboot选项，可以在系统启动时运行指定的命令或脚本。

例如，在crontab中添加@reboot /path/to/script。
具体为：

crontab -e

添加以下行

@reboot /path/to/your/script.sh

这种方法简单，但不适合需要复杂依赖关系或需要作为守护进程运行的服务。

/etc/rc.d/rc.local（在某些发行版中）：

类似于/etc/rc.local，在一些传统的发行版中（如RedHat/CentOS 6及以下）使用。

~/.config/autostart（桌面环境自启动）：

对于图形界面环境，用户可以在~/.config/autostart目录下放置.desktop文件，以便在用户登录时自动启动应用程序。

/etc/xdg/autostart（系统级别的桌面自启动）：

与用户级别的自启动类似，但是应用于所有用户。

区别总结：

适用范围：rc.local和SysVinit脚本通常用于系统级别的启动，而cron和桌面自启动可以用于用户级别。

灵活性：systemd提供了最灵活和强大的管理方式，可以处理复杂的依赖和条件。

兼容性：rc.local和SysVinit脚本在较老的系统中常见，而systemd是现代系统的标准。

使用简便性：对于简单的启动任务，rc.local和cron的@reboot可能更简单。

在选择自启动方法时，需要考虑你的发行版使用的初始化系统以及你的具体需求（如是否需要在图形界面启动后运行、是否需要守护进程等）。
在这里插入图片描述

推荐使用建议

• 系统服务：使用Systemd（现代标准）
• 简单个人任务：使用cron @reboot或rc.local
• GUI应用：使用桌面环境自启动
• 兼容性考虑：rc.local在大多数系统仍可用

选择哪种方式取决于你的具体需求、系统版本和使用场景。