服务器端给WCF做Host配置，核心就是选择IIS托管或自托管，具体取决于你的应用场景和对资源控制的需求。 如果你需要快速部署且与ASP.NET集成，IIS是首选；如果你需要独立进程、更灵活的控制或支持非HTTP协议，自托管更合适，下面我们详细拆解这两种方式的配置要点、对比差异以及实操中绕不开的坑。
服务器端WCF Host配置的两种主流方式
IIS托管WCF配置步骤
IIS托管是将WCF服务部署在IIS中，类似ASP.NET Web服务，适合对外提供HTTP/HTTPS接口,配置时需注意以下几点：
- 创建.svc文件：在IIS站点目录下新建一个文本文件，扩展名改为.svc，内容指明服务类和代码后置。
<%@ ServiceHost Language="C#" Debug="true" Service="MyService.Service1" CodeBehind="Service1.svc.cs" %>。 - 配置web.config：在站点的web.config中定义
<system.serviceModel>节点，包括服务、终结点、绑定、行为等，关键节点是<services>和<behaviors>，确保服务名称与.svc中的Service属性一致。 - 设置IIS应用程序池：应用程序池必须使用.NET Framework 4.0或更高版本，集成模式或经典模式均可，但推荐集成模式，IIS 7.0以上需安装Windows Communication Foundation HTTP Activation组件，否则.svc文件无法被识别。
- 处理权限：如果服务需要访问数据库或文件系统,需配置应用程序池标识具有相应权限。
实操要点：IIS托管最大的优势是由IIS管理进程回收、日志和安全性，但你无法控制宿主进程的启动和停止，多数情况下，如果服务只面向公网HTTP请求且与ASP.NET应用混用,IIS是最省力的选择。
自托管WCF配置详解
自托管是在应用程序中直接使用ServiceHost类启动服务，可以容纳在控制台应用、Windows服务或WPF程序中,配置步骤更灵活：
- 引用System.ServiceModel：在项目中添加对
System.ServiceModel.dll的引用。 - 创建ServiceHost实例：在代码中实例化
ServiceHost，传入服务类型和基地址。var host = new ServiceHost(typeof(MyService), new Uri("http://localhost:8000/MyService"));。 - 添加终结点：通过
host.AddServiceEndpoint方法添加终结点，指定绑定、地址和契约，也可以直接在配置文件中定义终结点,但自托管常用代码配置。 - 配置行为：在
host.Description.Behaviors中添加服务行为或终结点行为，如ServiceMetadataBehavior用于发布元数据。 - 调用Open方法：启动服务，通常放在
try-catch块中，关闭时调用Close或Abort。
注意事项：自托管支持多种协议（net.tcp、http、named pipes等），但需要自行管理宿主的生命周期，如果使用Windows服务作为宿主，可以利用SCM（服务控制管理器）实现自动启动、故障恢复。行业共识认为，大型企业内部通信系统多数采用自托管Windows服务,以获得更细粒度的控制权。
WCF自托管配置与IIS托管配置详细对比
关键差异对比
| 对比项 | IIS托管 | 自托管 |
|---|---|---|
| 部署方式 | 通过IIS管理工具，上传.svc和web.config | 代码启动，可部署为Windows服务或控制台程序 |
| 协议支持 | 仅HTTP/HTTPS | net.tcp、http、named pipes、msmq等，多种绑定可选 |
| 进程管理 | 由IIS自动管理，支持回收、应用池隔离 | 开发者完全控制，需自行实现监控和重启逻辑 |
| 性能开销 | 有IIS额外开销，但适合低并发Web场景 | 可精细优化，适合高并发、低延迟内部通信 |
| 维护成本 | 借助IIS日志、失败请求跟踪，容易排查问题 | 需自行集成日志、性能计数器，或使用第三方工具 |
| 扩展性 | 通过Web场或负载均衡扩展 | 通过TCP端口共享、路由服务或自定义负载均衡扩展 |
如何选择WCF宿主配置方案
- 对外提供Web API，且已使用ASP.NET，优先IIS托管，因为可以共享身份验证、会话状态和IIS安全模块，开发效率高。相当一部分中小型项目采用此方案。
- 企业内部服务，需要高吞吐或net.tcp协议，选择自托管，尤其是Windows服务宿主，自托管允许你使用
netTcpBinding,能提供更高效的二进制通信和事务支持。 - 混合场景，部分服务对外HTTP，部分对内net.tcp
，可以两者结合：对外用IIS托管，对内用自托管，但需注意统一配置管理。近年来的趋势是将WCF服务容器化,使用自托管方式更容易与Docker等编排工具集成。
服务器端WCF配置实操：常见问题与解决方案
配置ServiceHost时遇到的常见错误
地址已被占用：启动Host时抛出AddressAlreadyInUseException，解决方案：更换端口，或使用netstat -ano查找占用进程并释放。
协议不匹配：如果终结点使用netTcpBinding但基地址只给HTTP，会报协议不匹配，确保基地址URI与绑定协议对应。
权限不足：自托管时如果使用http://+:80或net.tcp://+:808需要管理员权限，解决办法：使用netsh http add urlacl或netsh net add portacl授权用户或组。
配置节重复：在web.config或app.config中定义了多个<service>但名称相同，WCF会报错,检查配置确保唯一性。
安全性配置要点
- 传输安全：使用
basicHttpBinding或wsHttpBinding时，设置Security.Mode = Transport，并配合HTTPS,在IIS中配置SSL证书即可。 - 消息安全：自托管下使用
netTcpBinding默认启用传输安全，但也可通过Security.Mode = Message实现端到端加密，消息安全依赖证书,需在服务端配置证书。 - 身份验证：IIS托管可以集成Windows身份验证或Forms验证；自托管可通过
ServiceCredentials设置用户名密码验证或Windows认证。业内专家指出，多数企业级应用采用消息安全+证书验证的组合,确保数据在传输过程中不被篡改。
性能优化建议
- 实例化管理模式：默认使用
PerSession，但若服务无状态，更改为PerCall或Single（单例）可提升吞吐。PerCall适合高并发，但每次请求创建新实例；Single适合共享状态,但需注意并发。 - 并发模型：在
ServiceBehavior中设置ConcurrencyMode = Multiple使服务处理多线程，但需保证线程安全，多数情况下建议使用Multiple配合InstanceContextMode = PerCall。 -
绑定优化
：netTcpBinding的MaxConnections、ListenBacklog可调整连接队列；sendTimeout和receiveTimeout不要设置过长；使用BinaryMessageEncodingBindingElement代替文本编码可减少传输数据量。实际操作：在测试环境中用压力工具（如wcftestclient或Apache JMeter）调整参数,直到找到最优值。
服务器端WCF Host配置常见问题解答
问题1：WCF在IIS中托管时，为什么有时无法访问.svc文件？
回答：通常是因为IIS缺少WCF处理程序映射或应用程序池的.NET Framework版本不正确，检查IIS管理器的“处理程序映射”中是否有svc-Integrated，若无则需安装WCF HTTP Activation（通过“打开或关闭Windows功能”添加），同时确保应用程序池使用.NET CLR版本4.0或更高，并重启IIS，如果问题依旧，查看web.config中<system.webServer>下是否有<modules>和<handlers>配置,且未被其他规则覆盖。
问题2：自托管WCF服务如何实现高可用？
回答：自托管服务可以通过部署为Windows服务并配合故障转移群集实现高可用，使用ServiceHost时，可以借助ReliableSession绑定特性保证消息可靠传递，如果需要跨机器负载均衡，使用netTcpBinding结合TCP端口共享（PortSharingEnabled = true），或在前端部署软件负载均衡器（如Nginx）转发TCP流量，将服务状态外置（如存入数据库或Redis）可避免单点故障。多数情况下,自托管方案的高可用需要开发者自行设计健康检查和自动恢复逻辑。
问题3：WCF宿主配置中，如何选择绑定类型？
回答：绑定类型的选择取决于通信场景。basicHttpBinding兼容性最好，适合与旧系统或非.NET客户端交互，但性能较低；wsHttpBinding支持WS-协议，提供安全性和可靠性，适合企业级Web服务；netTcpBinding性能最高，支持二进制编码和事务，但仅限.NET客户端，适合局域网内部服务；netNamedPipeBinding用于同一台机器上的进程间通信，速度最快。行业共识认为，在混合架构中，可以按需定义多个终结点，不同绑定暴露不同契约,但需注意统一管理终结点地址。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/550168.html
