【架构之路（分布式三部曲）】--WS

       上文详细讨论了MQ的使用方法，MQ作为一种信息存储机制，将消息存储到了队列中，这样在做分布式架构时可以考虑将消息传送到MQ服务器上，然后开发相应的服务组件获取MQ中的消息，自动获取传送的消息，将消息发送给处理的程序。那么上文就MQ做了详细的讨论，并没有介绍有关服务组件的内容，也就是说如果我们开发的程序想要实现自动的消息接收和推送的服务的话，这里就必须考虑使用Windows Service来实现了，Windows Service是一种实时运行的组件，可以实时处理消息，该篇文章将会讨论Windows Service的开发方法。

一、WS理论篇

        MQ和WS技术相结合其实就可以看做是一个简单的ESB程序，这样可以通过调用服务来实现消息中间件的处理功能，可以开发包括消息推送、接收、处理的应用程序。WS是在Windows操作系统中才会有的，是集成到系统中的，一个WS在开启后会一直运行，直到停止该WS。在具体的项目中开发的WS是作为组件存在的，也就是说系统中的某部分需要实时运行，这时候可以考虑开发WS组件。

  1.1 windows service VS web service

        那么这里需要思考一个问题，windows Service和web Service它们两个都是服务，但是服务的对象是不同的。在web应用程序中web service是一个行业的信息服务标准，它为web应用程序之间架设了一个桥梁，使得应用程序之间可以互相的交流通信，也就是说web service是在web分布式应用中必然会用到的技术。
        相较下来windows Service就比较狭窄了，它只能在windows system中运行，可以为windows的应用提供功能服务上的支持，在开发windows Service时常常会考虑两种情况，一是运行的组件考虑需要实时运行，另外是组件可以需要被多个程序调用，比如经常在开发中用到的sql server，它有很多子程序，这些程序之间会共用某个功能，所以此时就把它做成了一个服务。

  1.2 ws开发

       ws的组成是比较简单的，因为它本身固有的属性很少，大部分功能是通过调用其它的类库或者组件来组合功能，具体的ws的组成如下导图所示：

         在开发ws时会有两个大的部分，分别是Service和Installer，Service是服务的内部功能逻辑，也就是服务的本体，服务要做的操作都是写到里面的；Installer是服务的安装部分，也就是配置了该服务在windows中显示的属性。

        Service：继承自ServiceBase&#x