WCF 终结点与元数据终结点

WCF客户端与服务端的通信是通过终结点来实现的，客户端调用终结点的时候需要使用代理，元数据是服务的所有配置信息，客户端需要通过元数据来获取服务的配置信息，从而生成代理。（个人观点，有不对的地方请指出）

WCF提供四种额外绑定: mexHttpBinding, mexHttpsBinding, mexTcpBinding和mexNamedPipeBinding绑定。这些绑定在不同传输协议上使用元数据暴露服务配置信息。

小提示 以”mex”开始的绑定暴露服务元数据 

Windows 通信基础架构对那些所有用来暴露元数据的绑定加上”mex”前缀。

mexHttpBinding
mexHttpBinding绑定的存在是为了使用它在HTTP传输协议上暴露元数据。如果在basicHttpBinding, wsHttpBinding, ws2007HttpBinding绑定上或者任何包含了HttpTransportBindingElement绑定元素的自定义绑定上暴露服务的话那么使用它是合适的。对大多数情况来说mexHttpBinding绑定就是你的选择因为它提供了对你的元数据的最广泛地访问。这意味着元数据可以通过客户端工具如svcutil.exe 和Visual Studio 2005通过添加服务引用来直接访问。它也意味着元数据可以使用其他HTTP客户端访问，这包括IE, 火狐以及Opera 等浏览器。取决于你的安全配置，这可能不是必须的(基础Http协议是不支持安全的，你可以使用HTTPS或者证书等进行加密)。例如，如果你想使用netNamePipeBinding绑定在本机内进行通信，你可能不想使用这个绑定(这是为神马呢？ 因为有mexNamedPipeBinding可以选择呀)。


mexNamedPipeBinding
mexNamedPipeBinding绑定的存在是为了使用它在命名管道传输协议上暴露元数据。这个绑定为那些使用netNamedPipeBinding绑定或者任何包含NamedPipeBinding绑定的绑定元素的自定义绑定暴露服务元数据。mexNamedPipeBinding绑定不将元数据暴露到互联网上而且保证元数据仅可以从本机访问。WCF特别地限制命名管道只能用于本机通信。这已经在第四章的”两个.NET 应用程序之间的本机通信”部分讨论过了。


mexTcpBinding
mexTcpBinding绑定的存在是为了使用它在TCP传输协议上暴露元数据。这个绑定为那些使用netTcpBinding或者netPeerTcpBinding绑定或者任何基于TcpTransportBinding绑定元素的自定义绑定暴露。当使用mexTcpBinding绑定的端口共享时需要考虑一个问题。mexTcpBinding绑定使用的底层TcpTransportBindingElement绑定元素禁用了端口共享。如果需要端口共享，基于mexTcpBinding绑定的自定义绑定可以在传输协议上将PortSharingEnabled属性设置为true. 想要了解更多内容，查看附录中”在服务间共享端口”部分。


mexHttpsBinding

mexHttpsBinding绑定的存在是为了使用它在使用SSL/TLS传输加密(HTTPS)的HTTP传输协议上暴露元数据。与mexHttpBinding绑定类似，mexHttpsBinding用来与basicHttpBinding, wsHttpBinding, ws2007HttpBinding绑定或者任何基于HttpTransportBindingElement绑定元素的自定义绑定一起使用。使用mexHttpsBinding绑定允许传输层加密，这会防止元数据被暴露到互联网上。

整理了几个WCF里几个基本知识点：

1、ＷＣF中的Message

WCF中的消息对象Message，是有状态的。它的状态是MessageState枚举。共有以下几种类型：

 

public  enum MessageState
{
    Created,
    Read,
    Written,
    Copied,
    Closed
}

对Message对象，只有在Create状态下，才能读，否则读取会有异常。Message

同样定义了许多Write之类的方法，这些Write方法同样也只能用于处于Created的消息。

 

在WCF中，有可能需要对消息进行一些读取、等操作。但是读取操作会改变Message的

状态，导致再次读取会有异 常。这时，可以使用Message定义的CreateBufferedCopy方法。

它的签名如下：

public MessageBuffer CreateBufferedCopy( int maxBufferSize);

 

它返回的是MessageBuffer对象，它能进行多次Create而返回Message对象，并且Message的状态为Created。

2、WCF中的消息编码格式：

Text、MTOM、Binary。Text格式是与平台无关的；MTOM，基于WS-*MTOM规范，是

大数据量二进制数据以SOAP传输时优化使用的格式，也与平台无关；Binary是以二进制格式编码，

只用于.Net平台上。

3、元数据交换终结点

元数据交换终结点是一类特殊的终结点，也成为MEX 终结点，它支持元数据交换的标准；

服务可以根据他发布自己的元数据。

对于WebService来说，它是通过WSDL的方式发布元数据,这样对于WebService来说，

是自动发布服务的元数据信息，于是我们可以通过WSDL工具生成WebService的代理类。

  在WCF中，服务是可以选择不发布元数据信息的，即使是对于它所支持跨平台HTTP协议。

但是我们可以通过发布元数据交换终结点，生成服务的代理。

 

WCF自动为服务宿主自动提供了IMetadataExchange接口的实现。对于元数据交换终结点，

WCF提供了专门的绑定元素用以对不同的协议（如：HTTP、TCP、IPC）的支持。如HTTP则对应

mexHttpBinding;对于Tcp则对应mexTcpBinding;对于IPC则对应mexNamedPipeBinding。

以下就是对于HTTP、TCP、IPC这几种协议下元数据交换终结点的配置：

 

<system.serviceModel>
        <behaviors>
            <serviceBehaviors>
                <behavior name= " mex ">
                    <serviceMetadata/>
                </behavior>
            </serviceBehaviors>
        </behaviors>
        <services>
            <service name= " Service.CalculatorService " behaviorConfiguration= " mex ">
                <host>
                    <baseAddresses>
                        <add baseAddress= " net.tcp://127.0.0.1:3636/mexTcp " />
                        <add baseAddress= " http://127.0.0.1:6363/mexHttp "/>
                        <add baseAddress= " net.pipe://127.0.0.1 "/>
                    </baseAddresses>
                </host>
                <endpoint address= " net.tcp://localhost:3636/SessionfulCalculator " binding= " netTcpBinding " contract= " Contract.ICalculator "></endpoint>
                <endpoint address= " http://localhost:6363/SessionfulCalculator " binding= " wsHttpBinding " contract= " Contract.ICalculator "></endpoint>
                <endpoint address= " netpipe " binding= " netNamedPipeBinding " contract= " Contract.ICalculator "></endpoint>
                <endpoint address= " mex " binding= " mexTcpBinding " contract= " IMetadataExchange ">    </endpoint>
                <endpoint address= " mex " binding= " mexHttpBinding " contract= " IMetadataExchange ">    </endpoint>
                <endpoint address= " mex " binding= " mexNamedPipeBinding " contract= " IMetadataExchange ">    </endpoint>
            </service>
        </services>
    </system.serviceModel>

 

这样，不管服务所支持的HTTP、TCP、IPC等方式，我们都可以通过SVCUtil工具生成代理类

进而访问服务。

在WCF中，对于HTTP协议而言，我们可以通过直接配置服务的行为，通过httpGetEnabled="true"

的方式来发布服务的元数据信息，而它不支持其他协议；对于其他协议我们希望发布元数据信息，

通过配置的方式显然是一种很好的方式。

对于元数据交换终结点配置，如：

<endpoint address= " mex " binding= " mexNamedPipeBinding " 

contract="IMetadataExchange"></endpoint>

 

如果address配置为空或者与behavior中 name配置相同，则可以直接通过SVCUtil加上

baseAddress生成代理类。如下图：

 

如果address和behavior中 name配置不同则生成代理类时SVCUtil 需要加上baseAddress +

<endpointaddress="mex" binding="mexNamedPipeBinding"contract="IMetadataExchange" />

中的address的属性值。如下图 ：

 

使用元数据交换终结点时，如果服务所支持的终结点绑定支持HTTP协议，不论如下配置：

<behavior name= " mex " >                    

 <serviceMetadata httpGetEnabled="false"/>

</behavior>

  中httpGetEnabled的值如何，都能生成代理类。

转自 http://www.cnblogs.com/goody9807/archive/2013/06/26/3156658.html

和 http://www.cnblogs.com/tyb1222/archive/2012/05/08/2489480.html