浅谈COM服务器伪异步技术.docVIP

浅谈COM服务器伪异步技术 　　摘要：COM组件技术在Windows操作系统中发挥了极其重要的作用，但标准COM组件技术在实时操作性上不尽完善。作为补充可以用COM连接点技术和多线程技术来构造一种伪异步技术， 完成某些前者不能完成的任务。本文详细描述了其实现原理，并根据技术细节提供了解决方案。 　　关键词：COM;异步技术;伪异步技术 　　 　　1COM异步技术 　　 　　与普通同步执行的COM服务器不同，一个提供异步方法调用的COM服务器允许客户程序以一种非阻塞的方式来访问它，客户程序可以在等待调用返回的过程中继续进行别的工作，从而提高工作效率。 尤其随着Windows2000和COM+的发布，COM现在已经完全支持异步方法的调用了，通过IDL的定义，由MIDL编译器为接口的每个方法实现同步和异步两种独立的调用定义。但是COM提供的这种异步方法调用并非尽善尽美: 　　这种技术发布较晚，只在WIN2000下被支持，所以用它开发的软件不能在Windows 95和Windows NT平台上运行。 　　客户端使用不便，尽管COM通过MIDL生成的接口代理（proxy）与存根（stub）完成了大部分为支持异步方法调用所做的工作，客户端仍需要完成系列繁琐的细节工作。 　　无论客户端还是服务器端都需要聚合由COM提供的对象，方法调用方式也有别于标准同步调用，因而不适用于标准ACTIVEX控件的编写，而ACTIVEX控件实质上是一种特殊的COM服务器。 　　由于上述一系列缺陷，往往需要一种替代解决办法，通常可以用一些基本的COM技术来构造一种伪异步技术。 　　 　　２ 构造伪异步COM服务器 　　 　　2.1 伪异步COM服务器总体框架 　　伪异步调用的实质是客户程序将一个自己所实现的接收器指针传递到COM服务器，当服务器的接口受到客户程序调用的时候将产生新的线程来实现功能任务，而客户程序的调用结束返回，新线程将在任务完成后通过传入的接口指针回调到客户程序，以通知客户程序当前调用服务的消息和结果，从而在客户程序和服务器之间产生一种对等关系。服务器和客户程序异步协商过程如下： 　　COM实现一个服务器组件对象，它要么处在STA中，要么处在MTA中。 　　客户程序通过COM服务器的公开接口查询IConnectionPointContainer接口，客户查询成功就表明服务器支持连接点。 　　查询成功，客户程序使用上面接口的FindConnectionPoint（）方法来定位特定的出接口;或者用EnumConnectionPoints（）方法枚举所有连接点，再进行查询定位。这样客户程序可以获得一个IConnectionPoint接口，并通过它建立与服务器的连接。 　　定位成功，则由客户端实现这个出接口，这里的接口实现也即接收器（Sink）。 　　客户程序通过IConnectionPoint：：Advise（）方法将一个指向接收器的一个出接口指针传递给服务器。连接被建立。 　　COM服务器收到调用请求，创建新线程，并由新线程通过这个收到的出接口指针进行回调（callback）操作，将通知或消息反馈到接收器，从而完成一次异步调用。 　　这是一种非常常规的方法，为客户程序提供了一个标准的方法来实现这些接口，而且MFC（微软基本类库）和ATL（活动模板类库）都对连接点技术提供了很好的支持，使用方便。当然也能在服务器组件中直接使用出接口，从而省去出于标准化目的而对出接口进行的封装。这样的好处是服务器组件直观、高效，可以减少额外的开销，但是它不能为客户程序提供一个标准的方法来实现出接口，所以建议只在服务器和客户端配合开发，双方均了解出接口，且接口较为简单的情况下使用。 　　2.2 MTA中的COM服务器 　　如果COM服务器组件处在一个多线程单元（MTA）里面的，要实现异步回调非常容易，只要新生成的线程通过CoInitializeEx（0，COINT_MULTITHREAD）也加入了同一个MTA，那么COM服务器就可以简单地将接收器传入的出接口指针传递给这个新线程，新线程可以使用这个指针直接进行回调操作。原因很简单，出接口的指针传递并没有跨单元。如果新生成的线程通过CoInitialize （0）创建了一个新的STA，我们也可以作同样处理。在此情况下，跨单元的接口指针传递的确需要进行调度，但是COM相当聪明，在此情况下它能自动完成指针的调度。当然了，调度必然影响组件的效率，不管我们是手动调度或者是COM进行的自动调度。在服务器的开发中引入MTA，通常是为了追求高效率，提供组件对并行性的支持。相应的，必须对服务器对象的成员函数进行同步处理，保证多个线程调用不会发生冲突，也就是说服务器组件必须是在各方面都是线程安全