如何实现仅在TCP连接触发时启动的Windows服务？

核心结论 #

Windows服务控制管理器（SCM）没有原生支持类似systemd的socket激活机制——即由系统监听端口、触发服务启动并传递套接字描述符的功能。不过可以通过以下几种方案实现类似需求：

1. HTTP服务专属：HTTP.sys 按需激活 #

如果你的服务是HTTP/HTTPS类型，这是最优雅的方案：

• 将服务设置为SERVICE_DEMAND_START，平时不驻留内存
• 在服务启动时，通过HttpAddUrl API向HTTP.sys注册你的URL前缀（如http://*:8080/）
• 当有HTTP请求打到该端口时，Windows HTTP.sys会自动触发启动你的服务，并将请求传递给服务处理
• 服务退出前调用HttpRemoveUrl注销前缀即可

这种方案完全依赖系统组件，无需额外编写监听逻辑，内存占用仅在有请求时存在。

2. 通用TCP服务：轻量级监听代理 #

对于非HTTP的TCP服务，最优替代方案是编写一个极简的监听服务：

• 代理服务仅做一件事：监听指定TCP端口，内存占用控制在几MB级别（几乎可以忽略）
• 当收到新连接时，代理通过CreateProcessAsUser或SCM的StartService启动主服务
• 使用DuplicateHandle API将已接受的套接字句柄跨进程传递给主服务，主服务接管连接后继续处理
• 代理回到监听状态，等待下一个连接

这种方案虽然多了一个小进程，但完全满足“无连接时主服务不占用内存”的需求，逻辑简单且性能损耗极低。

3. 简易替代：任务计划程序触发 #

如果场景简单，也可以用任务计划程序实现：

• 将程序做成普通可执行文件，而非服务
• 创建任务计划，触发器设置为“特定端口有网络活动”（需注意Windows任务计划的网络触发精度有限）
• 缺点是无法直接传递套接字句柄，程序启动后需要重新监听端口，可能丢失触发连接，仅适合低频率、非关键场景

方案对比 #

内容的提问来源于stack exchange，提问作者devadideva