服务起不来怎么排
服务启动失败的原因集中在几类：程序自身报错、依赖项没起来、端口被占用、账号权限不足、以及相对路径导致的配置找不到。排查要按固定套路走，避免东一榔头西一棒子：先看状态与退出码确定时间点，再手工以相同身份运行程序观察原始报错，然后到系统日志里找服务控制管理器的记录，最后核对依赖、端口与文件权限。这套顺序的价值在于每一步都能缩小范围，而不是重复试错。
基本信息
| 适用平台 | Windows 客户端与服务器各版本 |
|---|---|
| 第一步 | 查询服务状态与上一次退出码，确定失败时间点 |
| 第二步 | 手工以服务所用账户运行程序，观察原始错误 |
| 第三步 | 在系统日志里按服务控制管理器来源筛选记录 |
| 第四步 | 核对依赖服务、端口占用与文件及目录权限 |
| 高频错误码 | 进程意外终止、启动超时、拒绝访问三类最常见 |
排查步骤
- 查询状态与退出码：确认服务是否尝试启动过以及停止时的返回值
- 查看配置：确认可执行文件路径与启动账户，路径含空格时注意引号
- 手工运行：用与服务相同的账户运行程序，直接看到应用层报错
- 查日志：在系统日志里筛选服务控制管理器来源的记录，找到失败时间点附近的条目
- 核对依赖：列出依赖服务并确认它们都在运行
- 检查占用：用端口查询确认监听端口未被其它进程抢占
- 检查权限：确认服务账户对程序目录与配置目录有读取与执行权限
- 验证修复：启动后确认状态与监听端口，并观察一段时间是否反复停止
常用示例
常用示例
:: 查询状态与退出码
sc query MySvc
:: 查看配置：路径、账户、启动类型、依赖
sc qc MySvc
:: 查看依赖服务状态
sc enumdepend MySvc
:: 查询服务控制管理器相关日志（最近 20 条）
wevtutil qe System /q:"*[System[Provider[@Name='Service Control Manager']]]" /c:20 /rd:true /f:text
:: 从 PowerShell 取失败时间点附近的事件
Get-WinEvent -LogName System -MaxEvents 200 | Where-Object ProviderName -eq 'Service Control Manager' | Select-Object -First 10 TimeCreated, Id, Message
:: 确认端口是否被占用
netstat -ano | findstr :8080高频错误码与处置
| 现象 | 常见原因 | 处置方向 |
|---|---|---|
| 进程意外终止 | 程序启动即崩溃或缺少运行库 | 手工运行看报错，补齐依赖组件 |
| 启动超时 | 初始化耗时超过系统等待上限 | 优化启动逻辑或核查外部依赖响应 |
| 拒绝访问 | 服务账户权限不足 | 核对目录权限与账户身份 |
| 找不到文件 | 可执行文件路径或参数写法有误 | 检查路径与引号，确认文件存在 |
| 端口被占用 | 同一端口已被其它实例绑定 | 定位占用进程或修改监听端口 |
服务与交互式登录的运行环境不同：服务默认工作目录是系统目录，且没有交互桌面，程序如果用相对路径读配置或依赖用户环境变量，手工运行成功但作为服务启动仍会失败。
修好之后不要只看一次启动结果：观察一段时间确认没有反复停止，同时核对客户端访问是否恢复正常，才算排障结束。