本文针对IIS托管WCF服务的典型故障场景，提供从环境配置到安全策略的完整解决方案，包含端口冲突检测、服务身份验证配置、应用程序池优化等实战技巧，助您快速定位并解决服务部署难题。
IIS应用程序池配置引发的服务故障
问题：部署WCF服务后访问返回503错误，事件查看器显示”服务不可用”警告。这种情况往往与应用程序池配置相关，特别是.NET版本和工作模式不匹配。
解决方案：打开IIS管理器，按以下顺序检查：
- 确认应用程序池的.NET CLR版本与项目编译版本一致
- 将托管管道模式改为”经典”（Classic）进行测试
- 检查服务账户权限是否具备目录读写权限
案例：某电商平台订单服务部署时出现HTTP Error 503.0，经排查发现应用程序池使用.NET 4.0而项目实际基于.NET 4.7.2编译，升级后服务正常响应。
WCF绑定配置与IIS站点设置冲突
问题：服务端配置的basicHttpBinding与IIS站点绑定设置不匹配，导致客户端调用时出现”找不到终结点”错误。
解决方案：采用分层验证法：
- 检查web.config中的binding配置是否声明了正确的协议
- 确认IIS站点绑定的IP地址和端口未被占用
- 使用netsh命令查看系统端口占用情况
案例：物流跟踪系统因同时使用8080端口进行调试和生产部署，导致端口冲突。通过netsh http show urlacl命令发现冲突进程，调整生产环境端口后问题解决。
WCF服务身份验证引发的401错误
问题：部署到IIS的WCF服务返回401未授权错误，特别是在启用Windows身份验证时容易发生。
解决方案：分步实施安全策略配置：
- 在IIS身份验证模块启用Windows身份验证
- 禁用匿名身份验证
- 在web.config添加<serviceAuthorization principalPermissionMode=”UseAspNetRoles”/>
案例：某企业ERP系统升级后出现跨域认证失败，通过配置serviceHostingEnvironment的aspNetCompatibilityEnabled属性为true，并启用CORS策略后恢复正常。
常见问题解答
Q：如何验证WCF服务是否成功托管？
A：在浏览器输入服务地址追加?wsdl，能正常显示WSDL文档即表示托管成功。
Q：IIS重启后服务不可用怎么办？
A：检查应用程序池是否配置了”始终运行”模式，并设置合适的闲置超时时间。
Q：如何优化托管在IIS的WCF性能？
A：调整maxConcurrentCalls/maxConcurrentSessions参数，启用服务节流功能。
