Jacob使用小结

1. 背景

最近参与一个项目，其中需要通过网页来操控IP电话。本来这是一个非常成熟的呼叫中心产品，集成到系统中即可。然客户要求，收消息的途径不仅包括电话，还包括其他传感器，要把传感器和电话统一处理。这个“统一处理”把集成对接变成了开发对接。因为，电话本身是有自己的呼叫排队和坐席派发机制的。如果要统一处理，则原来的排队机制就需要被修改。与厂商沟通之后，厂商提供dll和ocx库，我们来开发。要知道哥们儿是搞Java，虽说当年略有点C++基础，可根本经不住这么试。最后找到了Jacob（Java And COM Bridge，Java COM组件桥），SourceForge上的一个开源项目。

2. 排雷总结

• 位数问题

这里不是操作系统的位数，而是OCX的位数和JDK的位数。这次排雷告诉我，如果是陌生环境，还是一切组件位数都统一，免得出幺蛾子。万事俱备，就是不对。无奈毙掉64位，还真对了。当然我这里的环境是，OCX，JDK，Jacob.dll都是统一32位。

• OCX注册后的ProgID

在下对ocx一窍不通，使用Jacob调用ocx需要只要ocx注册后的ProgID或者CLSID。一种方案是，直接抄OCX的配置文件里面。另外一种就是在Windows注册表里面搜。我自己两种都没有搞定，最终是OLEViewer.exe查看找到的。

• 初始化的方式选择

ComThread.initMTA();
ComThread.initSTA();

简单的说，就是单线程，还是多线程的问题。我最终比较之后发现，区别在于当OCX抛出事件时，事件是在当前线程中执行，还是每个事件创建1个线程。这个是我在实际运行调试时，发现虚拟机进程中的线程列表总是闪烁发现的。闪烁是因为有新线程产生，然后很快运行完之后又消失了。理论上，要根据自己的实际情况选择。

• main不退出，Listener退出 

把代码写在main函数数中，直接运行，发现程序运行完最后一行代码，并不会退出。就这么一直测试好之后，放入到Tomcat ServletContextListener中，希望在应用启动时，启动电话监控线程。结果监控线程启动之后，很快就退出了。在main函数中创建一个独立的线程运行，重现出了启动退出现象。后来发现，日志中有event detect thread stop这样的信息。也就是说，事件侦测线程。想了想大概应该是这么个样子。

main函数不退出，是因为存在类似于GUI的程序阻塞机制，使得主线程不能退出，同时由主线程创建的事件侦测线程在一直循环。

main函数线程中退出。存在主线程main，创建线程 creator（内部启动监控线程），监控线程monitor，ocx内部的事件循环线程。但是，当由于线程的异步性，main函数在完成creator.start()之后结束掉，其他线程都因为main的退出，而被操作系统逐一结束掉。考虑到是因为阻塞，就在合适的地方加入了

boolean flag = true;

while(flag){

}

以实现线程的阻塞，并在必要时把flag设置为false实现退出。

3. 后记

写到这里发现，这不懂C++，不懂Windows内部消息机制，不能完全讲清楚这个问题。不过，倒是让小伙伴们少走点儿弯路，启发一下灵感，欢迎拍砖。

转载于:https://my.oschina.net/ddl007/blog/743401