基于fusion的DirectFB消息流

在传统的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