systemd是现代Linux发行版管理服务和自启动的标准机制，通过.service文件定义服务行为，支持依赖控制、自动重启、集中日志及开机自启；需经daemon-reload、enable、start三步生效，并推荐非root用户运行以保障安全。
Linux 系统管理中，用 systemd 管理服务和自启动是现代发行版（如 CentOS 7+、Ubuntu 16.04+、Debian 8+）的标准做法。它比传统 init 更可靠、更统一，能自动重启崩溃服务、按依赖顺序启动、集中查看日志，还能精准控制开机行为。
创建并配置 .service 文件
服务由 /etc/systemd/system/ 下的 .service 文件定义。这个文件告诉 systemd 怎么运行你的程序。
-
[Unit] 区块写描述和依赖：比如
Description=My API Service和After=network.target，确保网络就绪后再启动 -
[Service] 区块最关键：指定
ExecStart（完整启动命令）、User（推荐非 root 用户，如demo）、WorkingDirectory（工作路径）、Restart=always（出错自动重启）、RestartSec=5（重试间隔） -
[Install] 区块决定启用逻辑：
WantedBy=multi-user.target表示加入“多用户模式”，即常规服务器启动级别
加载、启用与验证服务
写完 service 文件后，不能直接生效，必须让 systemd 重新读取配置。
- 运行
sudo systemctl daemon-reload—— 这是必须步骤，否则 systemctl 不知道新服务存在 - 运行
sudo systemctl enable myapp.service—— 创建软链接到/etc/systemd/system/multi-user.target.wants/，实现开机自启 - 运行
sudo systemctl start myapp.service—— 立即启动服务，不等下次重启 - 用
sudo systemctl status myapp.service查看实时状态、最近日志和失败原因
日常运维与排错要点
systemd 的强大在于可观察、可干预。别只靠 start 和 stop，要习惯用配套命令定位问题。
- 查日志不用翻文件：用
journalctl -u myapp.service -n 50 -f实时跟踪最新 50 行输出 - 确认是否真被启用：执行
systemctl is-enabled myapp.service，返回enabled才算成功 - 服务启动慢？用
systemd-analyze blame看各服务耗时排名，排查卡点 - 如果改过 .service 文件但没反应，一定是漏了
daemon-reload；如果启用后仍不自启，检查WantedBy=值是否匹配当前 target（通常就是multi-user.target）
安全与规范建议
生产环境部署不能图省事，几个关键习惯能避免多数权限和稳定性问题。
- 不要用
root运行应用：创建专用系统用户（useradd -r -s /sbin/nologin appuser），再chown -R appuser:appuser /opt/myapp - Jar 包、配置文件、日志目录都归该用户所有，禁止其他用户写入
- Java 启动命令里加
--spring.profiles.active=prod等参数，不要硬编码在 jar 内部 - 避免把
nohup java -jar ... &当成正式方案——它没有状态反馈、无法自动恢复、日志分散，只适合临时调试
