上一篇
WCF服务配置文件中的endpoint和binding怎么配？
Windows Communication Foundation (WCF) 的强大功能在很大程度上归功于其高度可配置的特性，而这一切的核心便是其配置文件（通常是 Web.config 或 App.config），配置文件将服务的定义、行为和网络细节与业务逻辑代码分离，为开发者提供了无与伦比的灵活性和可维护性，通过修改XML配置，无需重新编译代码即可调整服务的地址、绑定、契约及其他运行时行为,使其能够轻松适应不同的部署环境。
配置文件的核心结构
WCF的所有配置都包含在 <system.serviceModel> 节点下，这个节点是整个WCF配置世界的入口，它主要由四个关键部分组成：<services>、<bindings>、<behaviors> 和 <client>，对于服务端而言,前三者尤为重要。
<services> 服务定义
这是配置文件的心脏，用于定义一个或多个WCF服务，每个 <service> 元素都代表一个具体的服务类，并包含一个或多个 <endpoint> 元素，端点是服务与外界通信的窗口，其定义遵循经典的“ABC”法则：
- A (Address – 地址): 服务在网络中的唯一位置，即客户端如何找到它。http://localhost:8000/MyService。
- B (Binding – 绑定): 定义了服务如何通信，它指定了传输协议（如HTTP、TCP）、编码方式（如文本、二进制）以及安全要求（如无、Windows、证书），WCF提供了多种内置绑定,以适应不同场景。
| 绑定类型 | 描述 | 典型场景 |
|---|---|---|
| basicHttpBinding | 符合WS-BasicProfile 1.1规范，兼容性广。 | 与旧的ASMX Web服务或跨平台客户端交互。 |
| wsHttpBinding | 支持更高级的Web服务标准，如WS-Security, WS-ReliableMessaging。 | .NET平台间企业级安全通信。 |
| netTcpBinding | 高性能的跨进程或跨机器通信，使用TCP协议。 | Intranet环境下的内部系统通信。 |
| webHttpBinding | 用于创建RESTful风格的服务。 | 面向Web的、轻量级的API服务。 |
- C (Contract – 契约): 服务所实现的接口,它定义了服务暴露给客户端的操作集合。
<bindings> 绑定配置
此部分允许对在端点中使用的绑定进行精细化定制，你可以修改 wsHttpBinding 的安全模式，或调整 basicHttpBinding 的最大接收消息大小,以满足特定的性能或安全需求。
<behaviors> 行为配置
行为定义了服务在运行时的特性，它分为服务行为和端点行为，最常见的服务行为是 <serviceMetadata>，它用于控制是否发布服务的元数据（WSDL），这对于客户端生成代理类至关重要，另一个有用的行为是 <serviceDebug>，它可以配置是否在错误信息中包含异常详情,便于开发阶段调试。
一个典型的配置示例
下面是一个简洁的配置文件片段，它定义了一个服务，启用了元数据交换,并指定了一个HTTP端点。
<configuration> <system.serviceModel> <services> <service name="MyNamespace.MyService" behaviorConfiguration="MyServiceBehavior"> <endpoint address="" binding="basicHttpBinding" contract="MyNamespace.IMyService" /> <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" /> </service> </services> <behaviors> <serviceBehaviors> <behavior name="MyServiceBehavior"> <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true" /> <serviceDebug includeExceptionDetailInFaults="false" /> </behavior> </serviceBehaviors> </behaviors> </system.serviceModel> </configuration>
在这个例子中，MyService 服务通过 basicHttpBinding 暴露了 IMyService 契约。behaviorConfiguration 属性将其与下面的 MyServiceBehavior 关联起来，该行为启用了HTTP GET元数据发布，使得客户端可以通过浏览器或“添加服务引用”功能发现该服务。
配置文件的优势
- 灵活性： 无需修改和重新编译代码，即可更改服务的地址、绑定或行为,轻松应对从开发到生产环境的迁移。
- 易于维护： 将配置信息集中管理,使得系统管理员或运维人员可以独立于开发人员进行调整。
- 环境隔离： 可以为不同环境（开发、测试、生产）维护不同的配置文件,确保了部署的准确性和便捷性。
WCF配置文件是构建健壮、灵活且易于管理的分布式系统的基石，深入理解并熟练运用其各个组成部分,是每一位WCF开发者的必备技能。
相关问答 (FAQs)
问题1：除了使用配置文件，我可以在代码中配置WCF服务吗？
解答： 是的，完全可以，WCF提供了丰富的编程式配置API，你可以在代码中创建 ServiceHost 实例，并通过其 AddServiceEndpoint 方法动态添加端点，同时也可以直接在代码中创建和配置绑定与行为，这种方式将配置信息硬编码到了程序集中，失去了配置文件带来的灵活性，编程式配置适用于配置信息非常固定且简单的场景，或者在需要根据某些运行时条件动态决定配置的复杂逻辑中，对于绝大多数企业应用,使用配置文件仍然是最佳实践。
问题2：为什么我无法通过“添加服务引用”来发现我的WCF服务？通常是什么原因导致的？
解答： 这是最常见的WCF入门问题之一，根本原因几乎总是服务没有发布其元数据，客户端（如Visual Studio的“添加服务引用”向导）需要访问服务的WSDL文档来了解其地址、绑定和契约，从而生成代理类，要解决这个问题,你必须在服务的配置文件中：
- 在 <behaviors> 节点下定义一个 <serviceMetadata> 行为，并设置 httpGetEnabled="true"（如果使用HTTP）或 httpsGetEnabled="true"。
- 将该行为应用到你的 <service> 定义上，通过 behaviorConfiguration 属性。
- （可选但推荐）添加一个元数据交换端点，其契约为 IMetadataExchange，绑定通常为 mexHttpBinding。
完成这些配置后，重启服务,通常就可以成功发现服务了。
