云海天狼这篇自启动的坑，我前前后后踩了不少，尤其在混用 Linux 和 Windows 两台机器的时候。jar 包这种东西，不像 exe 那样双击就能跑，也不像安装包那样有官方服务注册工具，想让它在系统启动时自己起来，不依赖人肉 SSH 上去敲 java -jar，是有一套固定路数要走的。这篇文章我把两端的方案和排错过程全拆开讲清楚。
1. 先搞清楚为何这么难：Java 进程与服务化之间的天然鸿沟
很多人第一次接触 java -jar app.jar 觉得很简单，但到了"开机自启动"这一步就发现不对了：为什么我在 Windows 上随手丢进"启动"文件夹的 bat 没生效？为什么 Linux 上把命令写进 /etc/rc.local 也起不来？问题出在Java 进程本身没有服务自愈能力。
1.1 裸奔的 Java 进程：终端一关进程就没了
jar 包启动通常通过命令行执行，但这种方式启动的进程是当前终端会话的子进程。终端窗口关闭、SSH 断开、或者系统注销，这个 Java 进程会被 SIGHUP 信号直接杀掉。我们在 Linux 上常用的 nohup 只是忽略了挂断信号，但进程本身还是"孤儿"，没人看管、没人拉起、没有日志轮转、没有依赖管理和启动顺序控制。
Windows 上更典型——很多人在"启动"文件夹里放一个 start.bat，但 Windows 登录界面还没完全加载完时，脚本就被执行了，结果 JAVA_HOME 环境变量还没生效，或者当前用户桌面还没准备好，jar 包就启动失败，而且失败了你连日志都找不到。说白了，自启动本质上是个"服务化"问题，不是"加一行命令"的问题。
1.2 操作系统亲儿子 vs 野路子方案
所谓"自启动"，有两条路线：
- 走系统服务管理器：Linux 上用 systemd（或 init.d），Windows 上用服务控制管理器（SCM）。让操作系统直接管理进程生命周期、自动拉起、崩溃重启，这是亲儿子方案。
- 走用户级启动器：Linux 的 rc.local、crontab @reboot，Windows 的启动文件夹、任务计划程序。这属于"借助工具触发"，实现简单、但也容易翻车。
我建议直接把 jar 包当成"服务器上一个需要常驻的服务"来对待，而不是一个"程序"。这个思维转变很关键——一旦你预设了 jar 包是一个服务，你就会主动思考：它要不要开机自启、要不要自动重启、要不要写日志、日志轮转怎么做、端口冲突怎么办、启动顺序怎么排。这篇博文后面所有的内容，都是围绕这套思路展开的。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Linux 方案：systemd 才是亲儿子
Linux 下自启动 jar 包，主流且唯一推荐的是 systemd。现在几乎所有的发行版（CentOS 7+、Ubuntu 16.04+、Debian 8+）都默认使用 systemd，它有完善的依赖管理、自动重启、日志收集和权限控制。虽然也可以用 /etc/rc.local 或者 crontab 凑合，但生产环境里别用野路子。
2.1 一个能用的 unit 文件长什么样
先别急着写一堆复杂参数，一个最小可用的 systemd service 文件，长这样：
ini复制[Unit]
Description=My Spring Boot App
After=network.target
[Service]
Type=simple
User=deploy
WorkingDirectory=/opt/myapp
ExecStart=/usr/bin/java -Xms256m -Xmx512m -jar /opt/myapp/app.jar
Restart=on-failure
RestartSec=10
[Install]
WantedBy=multi-user.target
把这个文件保存为 /etc/systemd/system/myapp.service，然后执行：
bash复制sudo systemctl daemon-reload
sudo systemctl enable myapp
sudo systemctl start myapp
从此以后，服务器开机就会自动拉起这个 jar 包。如果进程崩溃了，Restart=on-failure 会在等待 10 秒后重新拉起。
2.2 参数逐行拆解：每个字段背后都有一堂课
很多教程会直接把上面的文件丢给你，但你不理解参数含义，遇到问题就无从下手。我拆开讲。
After=network.target：这个字段决定服务在什么之后启动。对于 Java 应用，通常等网络就绪之后再启动，因为很多 jar 包启动时会连数据库、连注册中心。注意，它只保证"网络目标已激活"，不保证网络完全可用，如果你的应用对网络强依赖，建议配合 Wants=network-online.target 和 After=network-online.target 一起用。
Type=simple：这是 systemd 最常见的启动类型。它表示 ExecStart 启动的命令就是主进程，systemd 不会等待额外通知。如果你的启动命令是通过一个 shell 脚本间接启动 Java 进程（比如 ExecStart=/opt/myapp/start.sh），建议改成 Type=forking，因为脚本会先返回，Java 进程变成子进程，systemd 需要知道真正的 PID。不过我建议尽量直接用 java 命令，少套一层脚本，省掉 PID 追踪的麻烦。
User=deploy：指定以哪个用户身份运行。这一点非常重要，永远不要用 root 启动应用服务。单独建一个 deploy 用户，给应用目录授权，这样即使应用被攻破，也拿不到 root 权限。
WorkingDirectory=/opt/myapp：设置工作目录。Java 应用通常会读取相对路径的配置文件、日志目录等，如果不设置 WorkingDirectory，默认是根目录 /，你会一脸懵地发现日志不知道写到哪里去了。
Restart=on-failure 和 RestartSec=10：这是"崩溃自动拉起"的核心。on-failure 表示只有非正常退出（退出码非 0）才重启。如果应用自己处理了停