http://blog.csdn.net/absurd/article/details/619243
在传统的DirectFB应用中,所有的应用程序都在一个进程中,在性能上,有一些优势,然而一个应用程序不稳定会造成整个系统的不稳定。若采用C/S模型,无疑是重蹈X Widnow的覆辙,会丧失性能上的优势。
所以DirectFB采用了另外一种方式,与C/S相区别,称之为主从模型(Master/Slave)。它加了一个称之为fusion的内核模块。Fusion是熔化的意思,多个应用程序在不的进程空间里,通过这个内核模块通信,在这里,一切都溶为一体了。Master应用程序负责初始化一个称为竟技场的东西,其它Slave应用程序可以加入或者退出竟技场。当Master退出时,则其它所有Slave都必须退出。
Fusion里采用了Reactor模式,每个应用程序可以通过ioctl向reactor注册事件处理器,当有事件发生时,reactor会把事件写入到所注册了的应用程序的fusion文件描述符时,之后应用程序可以从fusion文件描述符里读取到事件数据。
当然,应用程序也可以通过ioctl发送事件给其它应用程序,reactor时会把事件分发给其它应用程序。
下面以触摸屏为例介绍笔点事件的过程:
1. 初始化时,driver_open_device创建一个进程,挂在/dev/input/event0上,等待笔点事件。
2. 初始化时,应用程序创建另外一个线程,挂在/dev/fusionN(不同的应用程序N值不同)上。
3. 当有笔点事件时,通过函数调用dfb_input_dispatch-->fusion_reactor_dispatch->ioctl (FUSION_REACTOR_DISPATCH)把消息丢给内核模块。
4. 内核模块中的Reactor把事件数据写入到各个所注册的事件处理器的/dev/fusionN里。
5. 应用程序从/dev/fusionN文件中取得事件数据,并调用应用程序内部的reactor处理函数,一般是IDirectFBEventBuffer_InputReact/IDirectFBEventBuffer_WindowReact两个函数。
6. 然后,在IDirectFBEventBuffer_InputReact/IDirectFBEventBuffer_WindowReact两个函数中,调用IDirectFBEventBuffer_AddItem把事件加入到窗口的事件队列中。
7. 在应用程序的主线程中,就可以通过调用窗口的GetEvent函数从事件队列中获取事件了,最后,把获取的事件分发到各个窗口事件处理函数中。