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提供了多种内置绑定,以适应不同场景。

• 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文档来了解其地址、绑定和契约，从而生成代理类，要解决这个问题,你必须在服务的配置文件中：

1. 在 <behaviors> 节点下定义一个 <serviceMetadata> 行为，并设置 httpGetEnabled="true"（如果使用HTTP）或 httpsGetEnabled="true"。
2. 将该行为应用到你的 <service> 定义上，通过 behaviorConfiguration 属性。
3. （可选但推荐）添加一个元数据交换端点，其契约为 IMetadataExchange，绑定通常为 mexHttpBinding。
   完成这些配置后，重启服务,通常就可以成功发现服务了。