本文记录的是我这几天研究SWT事件机制底层实现原理的一些心得，为此还引用了大量的JNI代码。单纯以使用SWT为目的的程序员大概不会对此感兴趣。不过，对“内幕”一类东西有强烈好奇心的则可以一读。因为SWT实现事件处理的手法的确比较有趣，是我在过去的类似界面框架——MFC、WTL和VCL中都不曾见过的。原文见附件。

写得很牛。支持。顶到精华。

谢谢搂主~~!

swt的原代码中有不少.h .c之类的代码，猜测可能就是本地方法的c语言代码，但也未曾打开来看过。
经作者这样一分析，对swt的实现机制又多了解了一点，在此感谢楼主的大作。

知其然更要知其所以然

提点问题: 由于SWT也有所谓的Thread问题，如果简单地跨线程调用SWT控件的话，肯定出错。文中开始部分提及VCL/ATL对跨线程调用控件的不同方式，我倒是蛮感兴趣的；另外SWT的实现为什么会有Thread的问题，是否SWT对此有特别的需求才保留Thread跨线限制呢？

不知道treenode有没有更好的分析心得分享？

答楼上，其实在我所知道的所有界面框架中，如果直接通过线程调用的话，基本上都会有问题。因为线程的执行是完全异步的，你永远不能确定这个线线程何时暂停，那个线程何时启动。而且框架的的设计者大多有这样的共识：如果所有界面元素加上同步控制，需要太多的开销，在性能上是不可以接受的；并且界面处理中需要同步的点并不算很多，需要的时候交由程序员来处理，这是合理的。

VCL跨线程传送对象指针是没有问题的，但是VCL也并不是Thread-safe，如果要从线程中更新界面，安全的方法是调用TThread.Synchorize方法。VCL的实现也比较有意思，简单的说，它创建了一个隐藏的窗口，TThread.Synchorize实际上是向这个窗口发了一条消息，然后这个窗口再把消息内容翻译为原来的方法。由于隐藏窗口和其他窗口都在同一个线程中，所以没有同步问题。

ATL则是一个相对原始的框架，本身基本上没有提供同步方法，需要的时候使用底层的Windows API创建操作系统级的核心对象来处理同步问题。

MFC的问题比较严重，是因为程序员习惯于在线程之间传递对象。如果按照MFC的要求，必须把对象还原成Native Handle才能传递，很多人都觉得太过麻烦，能省事就省事了。

SWT应该没有什么特别的需求，它的实现也有些类似于VCL（应该更像WinForm，不过这个东西我没有研究，只是用法上觉得更接近），传递对象是可以的，但是更新界面的时候还是需要注意同步的问题。

看看先

看看先

看看先

看看先

Quote:

VCL跨线程传送对象指针是没有问题的，但是VCL也并不是Thread-safe，如果要从线程中更新界面，安全的方法是调用TThread.Synchorize方法。VCL的实现也比较有意思，简单的说，它创建了一个隐藏的窗口，TThread.Synchorize实际上是向这个窗口发了一条消息，然后这个窗口再把消息内容翻译为原来的方法。由于隐藏窗口和其他窗口都在同一个线程中，所以没有同步问题。

有点双缓冲的味道。

看来Thread对UI来说难以做到彻底的透明。

看了，可是一时不明白啊。

thks

牛人

想卡那，不过下不了

thanks

这个有帮助，目前正好在研究SWT的实现机制

好东西当然要顶。