要看 Linux 服务的依赖关系,核心是用 systemd 命令分析 Wants、Requires、After、BindsTo 等单元依赖声明:用 systemctl list-dependencies 正向/反向查依赖,加 --all 展开层级、--type=service 限定类型;systemctl show -p 查实际声明字段,systemctl cat 看完整 unit 文件;systemctl analyze plot 生成依赖图排查循环,critical-chain 定位启动瓶颈,journalctl 查失败原因;注意 target、.socket 激活和 drop-in 文件也影响依赖。

要看 Linux 服务的依赖关系,核心是用 systemd 自带的命令分析单元(unit)之间的 Wants、Requires、After、BindsTo 等依赖声明,而不是靠猜或翻配置文件。
运行以下命令,查看某个服务启动时明确要求加载或启动的其他单元:
systemctl list-dependencies --reverse servicename.service:反向查谁依赖它(比如查 network.target 被哪些服务需要)systemctl list-dependencies servicename.service:默认显示它正向依赖的单元(即它 Wants 或 Requires 的)--all 可展开所有层级,加 --type=service 只看服务类型,避免混入 timer/mount 等仅知道“有依赖”不够,得明白 systemd 中不同依赖关键字的实际行为:
Requires=xxx:强依赖。如果 xxx 启动失败,本服务一定失败Wants=xxx:弱依赖。xxx 启动失败不影响本服务继续启动After=xxx / Before=xxx:只控制顺序,不表示必须存在或启动成功BindsTo=xxx:比 Requires 更强——一旦 xxx 停止,本服务也会被自动停止这些字段都在服务单元文件(/usr/lib/systemd/system/xxx.service 或 /etc/systemd/system/xxx.service)的 [Unit] 段里定义。
systemd 在启动时会构建依赖图,可以用下面方式验证真实行为:
systemctl show servicename.service -p Wants -p Requires -p After -p BindsTo:直接输出该服务声明的所有关键依赖字段值systemctl cat servicename.service:查看完整 unit 文件,含注释和继承逻辑systemctl status servicename.service,注意 “Loaded” 行末尾括号里的“enabled; vendor preset: enabled”等提示,以及 “Active” 上方的 “Since” 和依赖链提示如果服务启不动,很可能是依赖冲突或循环:
systemctl analyze plot > deps.svg:生成 SVG 依赖图(需安装 graphviz),用浏览器打开可直观看到环状结构systemctl analyze critical-chain servicename.service:从目标服务倒推启动耗时最长的依赖链,定位瓶颈journalctl -u servicename.service -n 50 --no-pager:看失败日志,常提示 “Failed to start xxx.service: Unit xxx.service failed to load: No such file or directory.” ——说明依赖的 unit 根本不存在不复杂但容易忽略的是:依赖关系不仅来自服务自身配置,还可能来自 target(如 multi-user.target)、自动触发器(如 .socket 激活)、或 drop-in 覆盖文件(/etc/systemd/system/servicename.service.d/*.conf)。查全依赖,得把这几处都纳入视野。
以上就是Linux服务依赖关系怎么看_systemd依赖解析【教学】的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号