Windows服务必须遵循SCM协议，不能直接注册控制台程序；srvany已被弃用且不兼容新系统；合规做法是编写标准服务宿主，通过CreateProcess启动原程序，并正确处理生命周期与IPC。
Windows 服务不是“注册一下就能跑”的控制台程序
直接把 main() 函数编译的控制台可执行文件注册成服务，几乎必然失败——系统会报错 1053: The service did not respond to the start or control request in a timely fashion。根本原因是：Windows 服务必须遵循 SCM（Service Control Manager）的生命周期协议，不能自行退出、不能依赖控制台 I/O、必须实现 ServiceMain 和 HandlerEx 回调，且主入口必须是 WinMain 或由 StartServiceCtrlDispatcher 启动的服务表。
用 srvany.exe 包装控制台程序？别碰它
这是老掉牙的“歪招”，微软早已明确不支持，srvany 在 Windows 10/11 和 Server 2016+ 上存在严重兼容性问题：无法正确传递环境变量、无法捕获子进程崩溃、无法响应暂停/继续命令、服务状态长期卡在 “Starting” 或 “Stopping”。注册后看似成功，实则不可靠，排查时连日志都难抓。
如果你真想保留原有控制台逻辑，唯一合规路径是重写服务外壳：
- 用
CreateService注册服务时，lpBinaryPathName指向你自己的服务宿主 EXE（不是原控制台程序） - 该宿主 EXE 实现标准服务框架：调用
StartServiceCtrlDispatcher，在ServiceMain中用CreateProcess启动你的原始控制台程序（注意加CREATE_NO_WINDOW和DETACHED_PROCESS） - 用
RegisterServiceCtrlHandlerEx监听SERVICE_CONTROL_STOP，再通过 IPC（如命名事件或管道）通知子进程优雅退出
推荐方案：用 NSIS + 自定义服务封装脚本一键打包
手动写服务外壳太重，而用现代工具链可以自动化。最轻量可靠的组合是：NSIS（Nullsoft Scriptable Install System）配合一个精简 C++ 服务宿主模板（约 200 行）。安装包生成时自动完成三件事：
通过 Google 服务账户在代码中读取或写入用户的 Google 表格、文档、云盘或日历——无头、无需 OAuth 浏览器流程。适用于已获得服务账户凭证的情况。
立即学习“C++免费学习笔记（深入）”；
- 将你的控制台程序（如
myapp.exe）和宿主service_host.exe一起打包 - 运行时以管理员权限调用
sc create "MyAppSvc" binPath= "C:pathservice_host.exe" start= auto - 自动写入注册表项
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMyAppSvcParameters，把Application值设为C:pathmyapp.exe，让宿主动态加载
这样你只需维护 myapp.exe 的业务逻辑，宿主负责服务生命周期。示例关键片段（宿主中）：
void ServiceMain(DWORD argc, LPWSTR *argv) {
g_hStatus = RegisterServiceCtrlHandlerEx(L"MyAppSvc", HandlerEx, nullptr);
// ...
STARTUPINFO si = { sizeof(si) };
PROCESS_INFORMATION pi;
CreateProcess(
L"C:\path\myapp.exe",
nullptr,
nullptr, nullptr, FALSE,
CREATE_NO_WINDOW | DETACHED_PROCESS,
nullptr, nullptr, &si, &pi
);
}
注册后启动失败？先查这三处
即使代码写对，部署阶段仍常因权限或路径出错：
-
sc create必须以管理员权限运行；若用脚本调用，需确保ShellExecute带runas动词，否则注册表写入被 UAC 阻断 - 服务二进制路径（
binPath）中不能含空格且未用引号包裹——正确写法：binPath= ""C:My Apphost.exe""，否则 SCM 解析失败 - 你的控制台程序若依赖当前工作目录下的配置文件，宿主必须在
CreateProcess前调用SetCurrentDirectory显式切换，服务默认工作目录是%SystemRoot%system32
调试时别只看服务管理器界面，直接运行 sc query MyAppSvc 看 STATE 和 WIN32_EXIT_CODE，再查 Event Viewer → Windows Logs → System 里对应服务名的错误事件——很多崩溃细节只记在这里。
