在传统的DirectFB应用中,所有的应用程序都在一个进程中,在性能上有一些优势,然而一个应用程序不稳定会造成整个系统的不稳定。若采用C/S模型,无疑是重蹈XWindow的覆辙,会丧失性能上的优势。
所以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_DISPATH)把消息丢给内核模块。
4.内核模块中的Reactor把事件数据写入到各个所注册的事件处理器的/dev/fusionN里。
5.应用程序从/dev/fusionN文件中取得事件数据,并调用应用程序内部的reactor处理函数,一般是IDirectFBEventBuffer_InputReact/IDirectFBEventBUffer_WindowReact两个函数。
6.然后,在IDirectFBEventBuffer_InputReact/IDirectFBEventBuffer_WindowReact两个函数中,调用IDirectFBEventBuffer_AddItem把事件加入到窗口的事件队列中。
7.在应用程序的主线程中,就可以通过调用窗口的GetEvent函数从事件队列中获取事件了,最后,把获取的事件分发到各个窗口事件处理函数中。
http://blog.csdn.net/absurd/archive/2006/03/08/619243.aspx