Linux服务启动顺序由依赖关系决定，而非书写顺序；通过Wants/Requires声明“想要”或“必须”依赖，After/Before控制实际执行先后；target划分启动阶段，调试可用systemd-analyze和journalctl。
Linux用systemd启动时，服务顺序不是靠“先写先启”，而是由依赖关系决定的。看启动顺序，本质是理清服务之间的Wants、Requires、After、Before这些依赖声明。
查单个服务的依赖图
用systemctl list-dependencies命令能直观看到服务依赖树：
-
systemctl list-dependencies sshd.service—— 查sshd依赖哪些单元（默认只显示正向依赖） -
systemctl list-dependencies --reverse sshd.service—— 查哪些服务依赖sshd（即sshd被谁“Wants”或“Requires”） -
systemctl list-dependencies --all sshd.service—— 显示完整依赖图（含间接依赖，输出较长）
看服务实际启动先后顺序
依赖关系不等于执行顺序，After=和Before=才真正影响排序。要确认某个服务到底在哪个阶段启动：
-
systemctl show -p After,Before,Wants,Requires sshd.service—— 直接查看关键依赖字段值 -
systemctl cat sshd.service | grep -E "(After|Before|Wants|Requires)="—— 查看unit文件中显式声明的依赖 - 注意：
Wants=network.target表示“希望network.target就绪”，但不强制等待；而After=network.target才表示“必须在网络.target启动完成之后再启动”
理解target与启动阶段划分
systemd用target模拟传统运行级别，不同target代表系统就绪的不同阶段：
-
sysinit.target：基础系统初始化（udev、mount、swap等） -
basic.target：基础服务就绪（日志、定时器、dbus等） -
multi-user.target：多用户命令行环境（网络、ssh、数据库等通常在此阶段激活） -
graphical.target：图形界面（依赖multi-user.target） - 服务通过
WantedBy=multi-user.target等方式绑定到target，从而进入对应启动批次
调试启动卡顿或顺序异常
如果某服务没按预期启动，或系统启动慢，可这样排查：
-
systemd-analyze plot > boot.svg—— 生成可视化的启动时间轴（需用浏览器打开svg） -
systemd-analyze critical-chain sshd.service—— 查sshd及其上游依赖链耗时，定位瓶颈 -
journalctl -b -u sshd.service—— 看该服务本次启动的日志，确认是否因依赖未就绪而延迟启动 - 常见陷阱：自定义服务忘了加
After=network-online.target却用了网络地址，结果因网络未就绪而失败重试
依赖关系写在unit文件里，修改后记得systemctl daemon-reload重新加载配置。理清Wants和After的区别，比死记启动顺序更管用。
