在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. 添加内容
写入自启动脚本
bash
#!/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 03. 给文件添加执行权限
bash
sudo chmod +x /etc/rc.local4. 启用rc-local服务（如果尚未启用）
启用rc-local服务：、
bash
sudo systemctl enable rc-local启动服务：
bash
sudo systemctl start rc-local在这里如果提示如下,说明rc-local没有被systemctl管理到，那么需要新增service配置
bash
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 配置
bash
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
EOF6. 重新加载 systemd 并启用服务
bash
sudo systemctl daemon-reload
sudo systemctl enable rc-local.service
sudo systemctl start rc-local.service
sudo systemctl status rc-local.service6. 验证rc-local服务是否启用
bash
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 文件内容（只做开启自启动，不做程序退出检测和退出后的后的自启动）
bash
[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。
具体为：
bash
crontab -e添加以下行
bash
@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在大多数系统仍可用
选择哪种方式取决于你的具体需求、系统版本和使用场景。