linux服务管理应优先使用 systemd：用 systemctl status/start/enable 查状态、启停、设自启；验证 端口 监听与日志；配置修改后依服务类型选择 reload 或 restart；区分系统级与用户级服务路径及命令。
Linux 服务管理核心就一条：用对 工具、看清状态、分清启动方式。别一上来就改配置或删进程，很多问题其实只是服务没真正启动，或者被 systemd 和旧脚本混着管了。
systemd 是默认管家，别绕开它乱操作
现代主流发行版（ubuntu 16.04+、centos 7+、debian 8+）都用 systemd 统一管理服务。用 service 命令或直接调 /etc/init.d/xxx 脚本，多数时候只是兼容层，背后还是走 systemd。硬切回 SysV 风格，反而容易状态错乱。
- 查服务真实状态：用 systemctl status nginx，不是 service nginx status
- 启停服务：用 systemctl start/stop nginx，别再 chmod +x /etc/init.d/nginx 然后 ./xxx
- 开机自启：用 systemctl enable nginx，不是 chkconfig nginx on（后者在 systemd 下已失效）
“启动成功”不等于“服务可用”，得看 端口 和日志
systemctl 显示 active (running)，不代表你的 Web 服务真能响应请求。常见假成功：进程起来了，但配置写错、端口被占、权限不足，导致监听失败。
- 确认监听：运行 ss -tlnp | grep :80 或 netstat -tuln | grep :80
- 看实时日志：用 journalctl -u nginx -f（-f 实时跟踪），比翻 /var/log/nginx/Error.log 更快定位启动报错
- 测试连通性：本地用 curl -I http://127.0.0.1，别只信 systemctl 的绿色提示
配置改完不生效？别忘重载或重启
修改了 /etc/nginx/nginx.conf 或 /etc/my.cnf 后，光 reload 不一定够——有些服务（如mysql）reload 只重读部分配置，关键参数（如 bind-address、datadir）必须 restart 才生效；而 Nginx reload 是安全的，但前提是语法正确（先 nginx -t 验证）。
- 区分命令：systemctl reload nginx（平滑重载）vs systemctl restart nginx（杀进程再启）
- MySQL 这类：改完 my.cnf，必须 systemctl restart mysqld，reload 基本无效
- 不确定时：先 systemctl stop xxx，再 systemctl start xxx，最稳妥
别把用户级服务和系统级服务搞混
~/.config/systemd/user/ 下的服务属于当前用户，用 systemctl –user 管理；/etc/systemd/system/ 或 /usr/lib/systemd/system/ 下的才是系统级服务，需要 root 权限。新手常犯错误：把用户服务写进系统路径，或用 root 运行 –user 命令，结果找不到单元文件。
- 查用户服务：登录后运行 systemctl –user list-units –type=service
- 启用用户服务：先 systemctl –user enable myapp.service，再确保 loginctl enable-linger $USER（否则登出就停）
- 系统服务不能用 –user 操作，反过来也不行，权限和路径完全隔离
基本上就这些。不复杂但容易忽略——关键是别凭老经验套新系统，看清发行版和 init 系统再动手。
