Windows服务管理需遵循标准化流程：安装用sc create并注意空格与引号；启停优先net命令确保阻塞式执行；配置变更用sc config热更新；卸载须先net stop再sc delete验证。
windows 服务的生命周期管理不是零散操作，而是一套可复现、可脚本化、可审计的标准化流程。核心在于统一入口（scm）、明确状态跃迁规则、隔离配置与行为，并适配不同部署场景。
安装：从可执行文件到注册服务
使用 sc create 是最底层、最通用的安装方式，适用于所有 Windows 版本及任意 .exe 程序（包括 Python 脚本封装后的 exe）：
- 必须加空格：binPath= "C:\path\to\app.exe"，start= auto —— 等号后缺空格会导致命令静默失败
- 路径务必用英文双引号包裹，尤其含空格或中文路径时
- 推荐初始设为 start= demand（手动启动），验证无误后再改为 auto 或 delayed-auto
- 同步添加描述：sc description "数据采集后台服务，每5分钟上报一次指标"
启停与状态控制：区分用途，避免误判
net 和 sc 命令在启停行为上存在关键差异，选错会影响自动化可靠性：
- 脚本中用 net start / net stop：阻塞式执行，命令返回即代表服务已进入目标状态（Running 或 Stopped）
- 排查时用 sc start / sc stop：异步触发，仅向 SCM 发送请求，不等待实际完成；适合快速确认 SCM 是否响应
- 检查当前状态统一用：sc query [服务名]，看 STATE 字段（RUNNING / STOPPED / START_PENDING 等）
配置变更：无需重装，支持热更新
服务注册后，绝大多数属性可通过 sc config 实时调整，无需卸载重建：
- 修改启动类型：sc config MyService start= delayed-auto
- 更换运行账户：sc config MyService obj= "NT AUTHORITY\NetworkService" password= ""
- 设置失败重启策略（需搭配 Recovery 选项）：sc failure MyService actions= restart/60000/restart/60000//60000 reset= 86400
- 注意：部分字段（如 binPath）不可直接修改，需先 sc delete 再重新 create
卸载：两步闭环，防止残留
标准卸载不是单条命令，而是有顺序依赖的操作链：
- 第一步强制停止：net stop MyService（若服务无响应，可追加 taskkill /f /im app.exe）
- 第二步注销服务：sc delete MyService（执行后需重启 SCM 或等待几秒才真正消失）
- 验证是否清理干净：sc query MyService 应返回 "[SC] EnumQueryServicesStatus:OpenService FAILED 1060"（服务不存在）
- 进阶建议：对 NSSM 管理的服务，优先用 nssm remove MyService，它会自动处理日志、依赖和注册表项
标准化流程的价值不在“多一步”，而在每一步都有明确输入、输出和容错边界。它让服务管理脱离经验依赖，变成可嵌入 CI/CD、可版本化、可审计的基础设施动作。
