如何为我的ISAPI扩展创建独立的应用线程池？

关于连接接管的问题 #

明确结论：你无法让独立的Windows服务直接接管客户端的HTTP连接。

IIS的客户端HTTP连接由内核态的HTTP.sys驱动统一管理，连接句柄只在IIS工作进程（w3wp.exe）的上下文内有效，无法直接跨进程传递给你的后端服务。所有请求数据、响应结果都必须经过ISAPI扩展和IIS交互后再和客户端传输，所以你必须由ISAPI扩展接收请求、转发给后端服务、等待服务返回结果后再回传给客户端。

现有方案的优化建议 #

你目前设计的Winsock跨进程通信方案可以跑通，但性能不是最优，同一台机器内的跨进程通信有更高效的选择：

• 优先选择**命名管道（Named Pipe）**替代Winsock：无需走TCP/IP协议栈，内核直接转发数据，延迟和吞吐量都比本地环回网卡的Winsock通信高30%以上，实现难度和Winsock基本一致
• 如果请求/响应数据量较大，可以选择共享内存+事件通知的方案，进一步降低数据拷贝的开销

更优的实现方案 #

如果没有强进程隔离需求（比如PB代码稳定性差，避免崩溃导致IIS工作进程退出），完全可以不用拆分独立Windows服务，直接在ISAPI扩展内部实现线程池，省掉跨进程通信的开销：

• 线程池不需要从零实现：直接调用Windows系统自带的CreateThreadpool、CreateThreadpoolWork系列API即可，只需要把请求上下文和执行逻辑封装为工作项提交到线程池，完全符合微软文档推荐的「自行创建线程池避免阻塞IIS工作线程」的要求
• ISAPI侧走异步处理逻辑：收到请求后调用ServerSupportFunction传入HSE_REQ_IO_COMPLETION注册异步回调，立即返回释放IIS工作线程，等PB代码在线程池内执行完成后，再在回调中把响应结果写回客户端
• 注意避坑：提前验证PowerBuilder运行时的线程安全性，如果PB运行时不支持多线程并发调用，需要加分布式锁或者用单线程队列处理执行请求，避免并发调用导致的运行时崩溃

如果确实需要进程隔离的架构，也可以在ISAPI侧实现异步逻辑，不会阻塞IIS的工作线程，性能和进程内方案的差距只在跨进程通信的开销上。

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