服务依赖项缺失需先验证依赖服务是否真实不存在：在services.msc中检查依存关系所列服务是否存在，若缺失再查注册表DependOnService值是否为空或错误；否则应重建服务并正确声明depend参数。

确认服务依赖项是否真实缺失

服务在 services.msc 中显示“已停止”或启动失败时，不能直接断定是依赖项丢失——更常见的是依赖服务处于“已停止”状态而非注册表条目被删除。右键目标服务→属性→依存关系选项卡，逐行查看所列服务名称是否存在于服务列表中。若某依赖项（如 DcomLaunch、RpcSs）根本不在 services.msc 列表里，才进入下一步排查。

注意：Windows 11 家庭版默认不显示某些系统服务（如 DPS、WdiServiceHost），它们可能被策略隐藏但实际存在；此时需用 PowerShell 验证：Get-Service -Name DcomLaunch,RpcSs,DPS -ErrorAction SilentlyContinue，有输出即说明服务注册完整，只是 GUI 被过滤。

检查注册表中依赖项定义是否为空或损坏

按下 Win+R 输入 regedit，导航至：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\【你的服务名】

在右侧窗格查找名为 DependOnService 的 REG_MULTI_SZ 类型值。双击打开，观察其内容是否为空、是否包含非法字符（如中文顿号、全角空格）、是否列出根本不存在的服务名（例如拼错为 DcomLanch）。若该值不存在，说明服务注册时未正确写入依赖关系，属于安装/重建不完整。

若 DependOnService 值存在但内容异常，不要手动编辑——错误修改可能导致服务彻底无法加载。应优先尝试重建服务本身（见下一节）。

重建服务并恢复标准依赖链

以管理员身份运行 PowerShell，执行以下命令重建典型核心服务（以 Windows Audio 为例）：

第一步：先卸载旧服务（若存在）
sc delete AudioEndpointBuilder
sc delete audiosrv

第二步：重新注册标准服务及依赖
sc create audiosrv binpath="C:\Windows\System32\svchost.exe -k LocalSystemNetworkRestricted" start= auto type= share error= normal depend= RpcSs/DcomLaunch
sc create AudioEndpointBuilder binpath="C:\Windows\System32\svchost.exe -k LocalSystemNetworkRestricted" start= auto type= share error= normal depend= RpcSs/DcomLaunch/audiosrv

这两条命令强制声明了正确的依赖顺序：RpcSs 和 DcomLaunch 是 audiosrv 的前置依赖，而 audiosrv 又是 AudioEndpointBuilder 的前置依赖。省略 depend 参数或写错顺序会导致服务看似启动成功，实则无法响应音频请求。

第三步：启动服务链
net start RpcSs
net start DcomLaunch
net start audiosrv
net start AudioEndpointBuilder

验证依赖服务是否真正就绪

仅看服务状态栏显示“正在运行”不够可靠。需确认其底层进程与端口已激活：

在管理员 PowerShell 中运行：
Get-Process -Name svchost | Where-Object {$_.Path -like "*LocalSystemNetworkRestricted*"} | Select-Object Id, Path

查出对应 PID 后，再运行：
netstat -ano | findstr :135

若输出中包含该 PID 且状态为 LISTENING，说明 RpcSs 已真正接管 RPC 端点；否则服务虽“启动”，但通信通道未建立，所有依赖它的服务都会静默失败。