在本系列的第一部分、第二部分中，我们对WCF的channel layer进行了深入的讨论。我们接下来继续讨论WCF的service mode layer。本篇文章着重介绍service 端的ServiceMode。写作此篇文章旨在达到以下两个目的：
希望读者对ServiceMode有一个大致的了解，结合前面介绍的channel layer的相关知识，帮助读者了解WCF的整个实现机制和执行的流程。
介绍ServiceMode涉及到的绝大部分extension point，让读者在具体的项目开发中能够根据实际的需要灵活、自由地对WCF进行扩展。
较之channel layer，ServiceMode要复杂得多，其内部隐藏了太多MS没有公布出来的实现细节。由于到目前为止，还不曾出现过关于此方面详细的官方介绍，以下所有的介绍来源于以下几个方面：
对MSDN的查阅
对相关WCF著作的查阅，比如《Programming WCF Service》、《Inside Microsoft Windows Communication Foundation》等等。
通过Reflector反射出来的代码的理解，本片文章的绝大部分内容来源于此。
所以，对于文中的某些表述，由于个人能力所限，可能有失偏颇。如有不当之处，还望各位朋友及时指正。
1.Dispatcher为我们做了什么？
由于应用WCF的是一个分布式环境，按照所处的环境的不同，可以将ServiceMode分成client端的ServiceMode和service端的ServiceMode。就其实现的复杂度而言，service端的ServiceMode要比client端的复杂很多。对于Service端来讲，WCF的ServiceMode需要解决的是:
如何根据不同的listening URI创建ChannelListener并进行监听；
当request抵达，如何创建适合的Channel接收request message；
如何将Message分发到对应的Endpoint进行处理；
如何进一步将Message分发到对应的service instance；
以及如何进一步地分发的具体的service instance的匹配的method call。
由于“分发（Dispatch）”是其根本的功能和任务，所以Dispatcher是整个Service端ServiceMode的核心。正如标题所述，Dispatcher是整个WCF service mode layer的中枢，本篇文章讲着重围绕着Dispatcher来展开介绍。
Dispatcher并不是指的某一个对象，而是指完成整个dispatch功能的一组相关对象的总称。这包括3个核心的对象：ChannelListener、ChannelDispatcher和EndpointDispatcher，和一些辅助的对象。
ChannelListener在本系列的前面两个部分已经进行了详细的介绍，我们知道其主要功能在于：绑定到一个固定的Listening URI，监听来自外界的请求。一旦请求抵达，创建对应的Channel接收Request message。但是我们的业务逻辑定义在一个个的service类中，所以WCF必须提供一种机制通过我们接收到的message去激活对应service instance并调用对应的方法。对于的激活（Activation）包含两种：创建一个新的service instance(PerCall instancing mode)和复用一个已经存在的service Instance(PerSession和Singleton instancing mode)。ChannelDispatcher的核心功能就是提供了这样一种功能（尽管它还提供了其他的有用的功能，为了是内容不至于太散，在这里就不再作相关的介绍）。ChannelDispatcher通常和一个ChannelListener关联，而ChannelListener又对应着一个固定的listening URI。对于一个被host的service来讲，可能定义了不同的listening address，所以一个service一般对应着一到多个ChannelDispatcher。更进一步说，当我们host一个service的时候，WCF会为之创建一个ServiceHostBase对象（ServiceHost或者是你自定义的继承自ServiceHostBase的对象），所以一个ServiceHostBase对象对应一到多个ChannelDispatcher对象。
对于接收到的request message，ChannelDispatcher不会自己对其进行处理，而是将其分发到与之相匹配为的EndpointDispatcher上，所以处理message的的绝大部分功能实际上是由EndpointDispatcher来实现的。对于同一个listening address，我们一般会不止一个endpoint，所以一个ChannelDispatcher拥有不止一个EndpointDispatcher。对于EndpointDispatcher来讲，有一个绝对绝对值得特别介绍的是DispatchRumtime。DispatchRumtime和一个特定的EndpointDispatcher匹配，通过定制DispatchRumtime，你可以很容易地按照你具体的需要改变整个service或者某个具体的Operation相关的运行时行为。对于WCF一门重要的课题， WCF extensions来讲，你的绝大部分BehaviorExtesionElment，都是通过具体的Behavior对DispatchRumtime进行定制而实现的。