了解COM+服务

排队组件

在1997年12月，随着Windows NT Option Pack的发行， MSMQ首次在Windows NT 中亮相。从此，Visual Basic的编程人员通过使用MSMQ得到了异步、无连接通信的好处。然而，MSMQ编程人员必须编写其它代码来开发、准备、发送从客户应用程序来的信息。与用COM方法调用相比较，用MSMQ通信需要更多的工作量来处理发送请求和取回响应。

COM+提供了一个叫做排队组件(Queued Components)的服务，它允许您使用MSMQ而不必去用MSMQ吃力地编程。这个排队组件服务只不过是一个建在MSMQ顶部的生产层。编写排队组件的方法大部分与编写标准COM+组件的方法类似的。例如，没有输出参数或返回值，您不可能设计方法。

一旦您在COM+应用程序中安装了排队组件，您必须配置属性，来说明您在使用的界面被排队了。同样，您也必须配置COM+应用程序，以便排队和使之成为监听程序。在您完成了这些以后，排队组件服务器为应用程序自动产生一个特殊的队列。它也建立了一个系统提供的监听服务器，在信息到来时处理它们。

一旦排队组件在服务器上得到正确配置，您就能编写使用这些组件的应用程序了。一个应用程序不能直接例示一排队组件中的一个对象。相反，它产生了一个特殊的客户端的协议对象，称为记录器(RECORDER)，它看起来就像客户所关心的真正的对象。然后，客户像往常一样开始进行方法调用。排队组件服务提供了基础下部组织来记录在MSMQ信息中的方法调用和传送数据至网络上已安装排队组件的计算机。服务器端部分的排队组件服务程序接收信息，产生一个排队组件事例，然后重复方法调用。

正如您所理解的，排队组件的首要设计目标是要为COM方法调用提供方便和带来异步、无连接通信的好处。基本上，排队组件利用MSMQ作为一个底层传输协议，而非RPC。排队组件因此能够避开面向连接、同步的协议的许多限制。

您必须注意到，您也可不利用排队组件服务来得到MSMQ的好处。您能用MSMQ直接编程。排队组件服务是面向生产的框架结构，它隐去了许多MSMQ编程的乏味的细节问题。并且像其它框架结构，它以失去灵活性作为代价，产生了更大的生产能力。

很多用MSMQ做的东西并不为排队组件支持。您只有在排队组件服务程序支持您需要的功能并且能节省大量MSMQ编程时间时才使用它。其中一个它最有价值的特性就是它是服务器端的监听服务器。仅仅用Visual Basic开发多线程监听服务器是不可能的。因此，若您想要一个能每秒钟处理许多信息的服务器端监听器应用程序，却不想要用C++开发时，排队组件正是您所需要的东西。