服务依赖项缺失导致启动失败，需先定位首个失败服务，再逐层排查依赖关系：Windows查事件查看器中Service Control Manager错误（如ID 7000/7001），Linux用journalctl查“Dependency failed”等线索；通过services.msc或systemctl list-dependencies分析依赖链，验证各依赖服务状态、启动类型及底层支撑（如Winsock、共享库、注册中心连通性）。
服务依赖项缺失是服务启动失败的常见原因，排查关键在于“先定位谁没起来，再确认为什么起不来”。windows 和 linux（systemd）机制不同，但思路一致：看日志、查依赖、验状态、补条件。
查系统日志，锁定首个失败点
服务崩溃或启动中止，系统通常会记录明确线索：
- Windows：打开 eventvwr.msc → 切换到“系统”日志 → 筛选来源为 Service Control Manager、级别为“错误”，按时间倒序找第一条红标事件。重点关注事件 ID：
• 7000（服务启动失败，常因依赖缺失或权限不足）
• 7001（依赖服务未运行）
• 7022（超时，说明卡在等某个依赖就绪）
• 7031（服务已终止，配合异常代码如 0xc0000005 可判断是否访问违规） - Linux（systemd）：用 journalctl -xe --since="YYYY-MM-DD HH:MM:SS" 锚定失败时间前后 10 秒内日志。重点搜索：
• “Dependency failed. Refusing to start.”
• “Unit xxx.service is inactive (dead)”
• “Unit xxx.service not found” 或 “masked”
• 同一时间窗口里完全找不到某依赖单元的 Starting/Started 记录
查依赖关系，逐层向下追踪
不能只盯着报错服务本身，要顺藤摸瓜查它依赖的每一个环节：
- Windows：在 services.msc 中右键目标服务 → “属性” → “依赖项”选项卡，列出所有直接依赖服务；对每个依赖服务，重复查看其自身依赖和状态；也可用命令 sc enumdepend [服务名] 快速输出
- Linux（systemd）：运行 systemctl list-dependencies --all your-service.service 查正向依赖链；用 systemctl list-dependencies --reverse your-service.service 查谁把它当依赖；对每个可疑单元，执行 systemctl status xyz.service，确认 Loaded 是否有效、Active 是否为 inactive 或 failed
- 特别注意硬依赖（Requires=）与软依赖（Wants=）的区别：Requires=失败必然阻断启动；Wants=失败一般只报 warning，服务仍可能继续
验实际状态，区分“没启”和“启不动”
一个服务显示“已停止”，不等于它能被正常启动：
- 检查启动类型：是否设为“禁用”或“手动”？关键依赖如 RPC、Plug and Play、DHCP Client、DNS Client 等必须设为“自动”
- 尝试手动启动依赖项：在命令提示符（管理员）中运行 net start [服务名]，观察是否报错；若报错，错误信息往往直指根源（如“拒绝访问”说明权限问题，“找不到指定文件”可能是注册表损坏）
- 验证底层支撑：比如 WLAN AutoConfig 报 1068，很可能是 Ndisuio 驱动注册表项异常（路径 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Ndisuio 下 DisplayName 缺失或 Start 值为 4），需手动修复
补缺失条件，从配置到底层环境
依赖服务本身没问题，但缺了让它跑起来的“土壤”，也会导致连锁失败：
- 网络类服务依赖 Winsock 和协议栈：执行 netsh winsock reset 和 netsh int ip reset 后重启
- Docker Compose 场景下，depends_on 只等容器启动，不等应用就绪：应改用 condition: service_healthy 并配置健康检查端点
- Linux 程序缺共享库：用 ldd ./program 找 not found 的 so 文件，再用 apt-file search 或 dnf provides 定位并安装对应包
- 微服务场景（如 Dubbo）：No provider available 不一定是服务没启，要分四层查——注册中心是否连得上、提供者是否真注册成功、消费者配置的接口/版本是否匹配、网络防火墙是否放行注册中心端口
