这些天也没有什么其他运动，常常跟同事打打桌上足球。本周以前还基本保持不败（仅指新同事之间，外国来的同事太厉害了，跟我们不是一个档次），这周被破了金身之后负多胜少。今天被负责黑板报的同事照了相，不知明天会不会登出来。

今天北京的天气特别好，我决心出去散散步。十四年前，我去过一次天安门和故宫，时间太长了，记忆已经不深刻了。所以把天安门选为了散步的目的地。

从广场跨过天安门，端门，就到了故宫的入口处的午门。我没有进去，而是开始绕着故宫走一圈。故宫被护城河环绕，又叫筒子河。河很浅，有人在钓鱼（墙上写了严禁钓鱼的），所以应该水质不会太差。故宫的东西两侧分别是北池子大街和北大街，这两条街两旁都是一些院子和胡同。不知这些院落是清朝就有还是后来建的，看上去很有传统建筑的风格。

很有意思的是在故宫后面的西侧，景山前街的南边，孤零零地立着一个牌坊。牌坊上两侧分别写着“乾元资始”和“大德日生”。一般的牌坊应该是在大门外，怎么在故宫的后面呢？我向牌坊的对面、景山前街的北边看去，果然有一个大院子，叫做“大高玄殿”，门口挂着游客止步的牌子。

回来一查才知道，“大高玄殿”是明清时皇家的道观，当年在这里还有两个牌坊，合称“三道门”，上世纪的中央军委就坐落在大高玄殿里。

看来我得去买本北京历史书，然后就可以常常周末去探古了。

在一个阳光明媚的下午，我背着书包高高兴兴地去中关村的海龙大厦买数码相机。

中关村那一路上都是数码产品的店，路上的人那是相当的多（宋丹丹的语调）。原以为到海龙应该就像是去张杨路的太平洋一样，结果一进去我就蒙了，那人是相当相当的多。不断地有人过来说“大哥，要买数码相机不？”，“先生，我这里是Sony专卖，过来看看！”那个热情！这里的人口密度绝对不是上海的太平洋可以比的。我混到了二楼，到一个摊位去问了几句，那个推销员接下来就几乎是一直跟着我走，不断地说，非要我到他们12楼的展示厅去看看。那就去看看吧。

上去的电梯那个挤，等了两趟。幸亏电梯有超重系统，否则估计要挤得像北京的公交车和地铁一样了。12楼别有洞天。原以为这是一幢写字楼，上面应该都是公司办公的地方。公司倒都是公司，这里是各个销售公司的主要销售场所！很多销售人员会一对一地跟你谈价钱。就像在太平洋配电脑时的待遇一样。

其实这样的销售方式也可以理解，下面的门面太贵，人太挤，这样的方式能提供更好的购物环境。不过怎么就让我不由自主想起了上海的襄阳路呢。

好在12楼有很多家这样的店，我还是可以一个一个的讨价还价过来。最后买了一台canon。

难怪说中关村电子产品有名！

到北京一个星期了。

这一周的天气都非常好，每天都是晴天。刚下火车的那天还比较冷，这几天都很暖和。

在火车上碰到一个心理医生，聊到中国人是否快乐的问题。她说对中国人来说，现在这个世界变化得太快，危机感太强，所以总的心态是焦虑。
举了一个心理学实验的例子：
一群小白鼠关在笼子里，笼子是圆形的，周围贴了一些图案。一开始笼子会慢慢地转动，小白鼠们可以很好的生活，就像笼子没有转一样。后来笼子越转越快，这个时候小白鼠们的举动就不一样了。有的小白鼠会像往常一样生活，只是不时的会抬头看一会转动的笼子；有的小白鼠会躲到笼子的角落里低着头不敢看；而极端的一些小白鼠会跟着笼子的转动沿着笼子一直跑。

我是哪只小白鼠呢？

我喜欢我的两个24吋显示器，我也渐渐开始喜欢我的Linux桌面了。

 

基本COM/XPCOM支持

在Java中调用COM/XPCOM

Eclipse SWT

JavaXPCOM

JavaXPCOM基于一套与Eclipse SWT不同的思路。在JavaXPCOM中，每一个XPCOM interface有一个对应的Java interface，注意这里是Java interface，而不是Java class。那么，在JavaXPCOM中怎么生成一个XPCOM对象的Java wrapper呢？在JavaXPCOM中，巧妙地使用了reflection。对每一个XPCOM对象，会生成一个Proxy 来作为Java wrapper，这个Proxy对象实现XPCOM对象所实现的interface。然后这个Proxy把Java interface中的方法调用再delegate到一个JavaXPCOM提供的XPCOMJavaProxy（实现InvocationHandler）上。

这里有几个问题：1。系统根据一个XPCOM对象的指针，怎么知道这个XPCOM对象实现了什么XPCOM接口？再怎么根据这个XPCOM接口找到对应的 Java interface来生成Proxy？2。XPCOMJavaProxy怎么把一个Java调用再映射到底层的XPCOM调用上？

JavaXPCOM是这样实现的：

1. 对每一个XPCOM对象的指针，知道其实现的interface的IID。
2. 使用nsIInterfaceInfoManager来reflect 这个IID，得到这个interface的meta data（nsIInterfaceInfo）
3. 将这个XPCOM对象的指针及nsIInterfaceInfo组合在一起，放在一个JavaXPCOMInterface的数据结构里。
4. 用这个JavaXPCOMInterface结构的指针来构建XPCOMJavaProxy（java wrapper）。构建XPCOMJavaProxy对象时（XPCOMJavaProxy#createProxy(Class aInterface, long aXPCOMInterface)）有两个参数，第一个为这个proxy实现的Java interface。这个Java interface的名字由"org.mozilla.xpcom" + (XPCOM interface name)得来。
5. 当XPCOMJavaProxy上的方法被调用时，native code会得到方法名、参数数组以及JavaXPCOMInterface的指针。从JavaXPCOMInterface可以得到 nsIInterfaceInfo，通过nsIInterface里所包含的meta data，可以得到这个方法在virtual table中的位置。同时meta data还会包含信息说明每个参数的数据类型，根据这个信息，可以把每个参数marshall成一个nsXPTCVariant结构。
6. 通过xptcall，就可以完成对virtual table中的方法的调用。
7. 对方法调用的结果，可以再根据meta data来unmarshall成Java对象。如果某个out参数或return参数是一个XPCOM对象，在meta data中会描述这个参数的interface的IID，那么又可以象第一步一样来对其生成Java wrapper（XPCOMJavaProxy）（nsJavaXPCOMBindingUtils.cpp#GetNewOrUsedJavaObject）。

当然，实际的实现更复杂，比如说有一个global table来记录Java wrapper与native的JavaXPCOMInterface之间的关系以避免不必要的多次为同一XPCOM对象建立Java wrapper等。

Eclipse SWT

1. SWT会在内存中构建一个native function table（see COMObject#Callbacks）。这个table的横坐标为virtual table中的index，纵坐标为参数的个数。
2. 这个table中的每个function的实现会调用COMObject这个类中的对应的静态方法：callbackn(int[] callbackArgs)，这里的callbackn表示的是callback0，callback1...。在SWT中， org.eclipse.swt.internal.Callback这个类实现了一套通用的从native code回调Java的机制。COMObject使用了这套机制。
3. 在传给callbackn(int[] callbackArgs)的参数中，第一个是virtual table的地址，根据这个地址，系统可以根据一个全局的hashtable找到对应的COMObject实例。然后调用 COMObject#methodn(int[] args)方法。这里methodn不是静态方法。
4. 缺省的methodn的实现会返回COM.E_NOTIMPL。用户程序可以override，来实现自己的逻辑。
5. 再回过头来看怎么在Java中实现一个COM组件：实例化一个COMObject，并override对应的methodn方法。作为参数传给COMObject的constructor每个methodn会需要几个参数。COMObject的初始化函数会在内存中构建virtual table，并让每个virtual table entry指向对应的在native function table中的位置（这里需要使用每个method需要几个参数这个信息）

JavaXPCOM

总结

在这里我们比较了Eclipse SWT和JavaXPCOM中对基本COM/XPCOM的支持的基本原理。这里没有讨论更高级一些的应用，比如说scripting（automation）。

Eclipse SWT

1. 结构简单。因为支持基于virtual table，所以支持几乎最底层的COM规范。高效。
2. 可以用工具来自动生成新的COM interface的Java wrapper。因为每个Java wrapper class的结构基本一样。

缺点：

1. 不支持Java的garbage collection。Developer必须记得调用IUnknown#Release()方法，否则如果COM对象的Java wrapper被gc了，有可能造成内存泄露。
2. 只支持有限种COM#VtblCall(...)方法。如果有一个新的COM interface中的某方法，需要更多的参数，而系统提供的COM#VtblCall(...)方法中没有与之匹配的，则需要另外再提供native code。
3. 用Java实现XPCOM组件复杂。

JavaXPCOM

优点：

1. 每个XPCOM interface对应到Java中还是interface。
2. 支持Java的garbase collection。在XPCOMJavaProxy中，重载了finalize()方法，所以Java programmer不需要再去调用Release。
3. 增加新的XPCOM interface容易。只需在org.mozilla.xpcom这个package中增加相应的Java interface即可。
4. Java interface可以通过工具自动生成。
5. 用Java实现XPCOM组件非常简单。
   

缺点：

1. 由于实现依赖nsIInterfaceInfoManager，也就依赖typelib。这样一来，方法调用不能象Eclipse SWT中一样直接转换为virtual table调用，效率要明显低一些。另外，只能支持那些支持typelib的interface。
2. 虽然增加新的XPCOM interface容易，但这个interface必须放在org.mozilla.xpcom这个package中，不适合第三方扩充。

我不是周笔畅的fan，名字里带个“笔”字纯属偶然。