Go可通过golang.org/x/sys/windows/svc包原生实现Windows服务，关键在于main()中直接调用阻塞式service.Main，且Execute方法需手动轮询changeRequest通道处理SERVICE_CONTROL_*控制码。
Go 本身不提供 Windows 服务（Service）的原生抽象，但通过 golang.org/x/sys/windows/svc 包可直接对接 Windows Service Control Manager（SCM），无需第三方 wrapper 或外部 .exe 封装。关键不是“能不能”，而是“怎么让 svc 包正确注册、启动、响应控制信号并保持进程存活”。
service.Main 必须在 main() 中直接调用，不能 defer 或嵌套
这是最常踩的坑：很多人把 svc.Run 或 service.Run 放在 goroutine 里，或包装成函数再调用，结果服务注册成功但立即退出——因为 main() 函数返回后进程终止，SCM 会认为服务崩溃。
-
service.Main是阻塞调用，它内部会调用winapi.StartServiceCtrlDispatcher，必须由主线程执行 - 不能写成：
go service.Main(...)或if err := runService(); err != nil { ... } - 正确姿势：在
main()最顶层直接调用，后面不要跟任何代码（除非你想在服务停止后做清理，那得用os.Interrupt捕获，但 Windows 服务不走这个路径）
实现 Service 接口时，Execute 方法必须处理所有标准控制码
Windows SCM 会向服务发送 SERVICE_CONTROL_* 消息，比如暂停、继续、停止、查询状态。golang.org/x/sys/windows/svc 要求你显式实现 Execute 方法，并在其中轮询 changeRequest channel —— 它不会自动帮你转成 signal 或 context.Cancel。
- 必须监听
ch 并对 <code>Cmd字段做 switch：svc.CmdStop、svc.CmdPause、svc.CmdContinue等 - 收到
svc.CmdStop后，必须调用changeStatus(svc.Status{State: svc.Stopped})并 return，否则 SCM 会一直等待超时（默认 30 秒） - 忽略
svc.CmdInterrogate或未及时响应，会导致“服务未响应”错误弹窗 - 示例片段：
func (s *myService) Execute(args []string, r changes <p>}</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill6460" title="Golang Naming"><img src="https://img.php.cn/upload/skill/000/000/081/179094616043400.jpg" alt="Golang Naming" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/xiazai/skill6460" title="Golang Naming" class="overflowclass">Golang Naming</a> <p class="overflowclass">Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。</p> </div> <a rel="nofollow" href="/xiazai/skill6460" title="Golang Naming" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div>
安装/卸载服务必须用管理员权限运行 cmd/PowerShell
sc create 和 sc delete 是 Windows 原生命令，它们操作 SCM 数据库，普通用户无权写入。Go 程序自身无法提权执行这些操作 —— 你得自己用管理员身份启动终端来注册服务。
- 安装命令（假设编译出的二进制叫
myapp.exe）：sc create "MyAppService" binPath= "D:path omyapp.exe" start= auto DisplayName= "My Go Service"
- 注意等号前后有空格，
binPath=后不能有空格，路径含空格要用引号包裹整个值（不是只包路径） - 卸载前先
sc stop "MyAppService"，再sc delete "MyAppService" - 调试阶段建议加日志到文件（如
os.OpenFile("C:\temp\svc.log", os.O_CREATE|os.O_APPEND|os.O_WRONLY, 0644)），因为服务默认无控制台输出，fmt.Println会静默丢弃
goroutine 生命周期与服务状态必须严格同步
服务主逻辑（比如一个长期运行的 http.Server 或后台 ticker）一旦启动，就必须确保它和 SCM 状态一致。常见错误是：goroutine 已死，但服务状态仍是 Running；或 goroutine 还在跑，Execute 却已 return。
- 用
sync.WaitGroup或context.WithCancel管理子 goroutine 的启停，尤其在收到svc.Stop时要主动关闭 listener、cancel contexts、等待 goroutine 退出 - 不要依赖
os.Exit(0)停止服务 —— 这会绕过 SCM 正常流程，导致状态不一致 - 若服务需加载配置、连接数据库等耗时操作，
StartPending状态期间必须尽快返回（可在 goroutine 里做重活），否则 SCM 可能判定启动失败 - 真实场景中，多数服务会在
Execute里起一个主循环 + 信号 channel，所有业务逻辑都受该 channel 控制，避免状态漂移
真正难的不是写完代码，而是让服务在无人值守时稳定运行数月——这要求你仔细处理每一个控制码响应、每个 goroutine 的退出路径、每条日志的落地方式。SCM 不关心你用了多少 goroutine，只认 ChangeRequest 是否及时应答、Status 是否准确上报。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
