学习MiniGui之多线程机制.docVIP

MiniGUI在2.0版本之后，有三种运行模式MiniGUI-Threads，MiniGUI-Processes和MiniGUI-Standalone。说这些概念之前，我们先来谈谈另外一些很重要的概念，或许对理解上述运行模式有所帮助。请务必耐心看完，因为理论是实践的基础。 GUI(Graphical User Interface)：是用户接口(UI)的一种，提供了用户与电子设备诸如计算机，手持设备的交互。 这里附带提一下User Interface(UI)，也可以称为HMI(Human Machine Interface)，它在计算机领域指提供给用户的图形，文本，听觉信息，以及用户通过它给应用程序的控制序列(比如键盘击键，鼠标拖动，触摸屏点击等)。UI的种类有很多，包括上面提到的GUI，另外还有Web-based UI，CLI(Command line interfaces)等。 窗口系统(Window System or Windowing System)：是GUI的一部分，提供了对实现窗口管理器的支持，以及对图形硬件，鼠标键盘的基本支持。鼠标光标也是由窗口系统绘制的。例如Qtopia，X Window System，Y Window System，MiniGUI等。 窗口管理器(Window manager)：计算机软件，在一个GUI的窗口系统中控制窗口的位置和外观，各个窗口的叠加顺序等。它们与下层的窗口系统一起提供对图形，点设备，和键盘的支持，它们通常被实现成使用widget toolkit来创建。例如KWin，twm，Metacity等。 桌面环境(Desktop environment)：指GUI的一种风格，典型地由图标，窗口，工具栏，文件夹，墙纸和桌面部件组成。提供桌面环境的软件可能也提供了拖放(drag and drop)功能。例如：GNOME，KDE，Xfce等。 部件工具链(widget toolkit)：一个部件的集合用来设计GUIs应用程序。通常由操作系统，窗口系统或窗口管理器提供一组API，供应用程序访问API来使用部件。比如Qt，GTK+等。 例如，在X窗口系统中，KDE是桌面环境，而X窗口管理器可以是KDE提供的KWin。KDE桌面环境是基于Qt/X11 toolkit开发的。 在MiniGUI中，图形抽象层(GAL)干了与图形系统一样的事情，还有一个称为DESKTOP的窗口管理器。控件与整体框架构成了一套完整的桌面环境。 先将上面的内容暂时搁置，下面介绍一下三种运行模式， MiniGUI-Threads。在这种模式下，MiniGUI本身运行在线程模式下，在启动之初，调用SystemThreads函数启动了desktop、parsor和timer三个线程。desktop用于管理 MiniGUI 窗口中的所有主窗口，包括建立、销毁、显示、隐藏、修改Z-order、获得输入焦点等等。parsor 线程用来从IAL中收集鼠标和键盘事件，并将收集到的事件转换为消息而邮寄给desktop。timer 线程用来触发定时器事件。该线程启动时首先设置 Linux 定时器，然后等待 desktop 线程的结束，即处于休眠状态。当接收到 SIGALRM 信号时，该线程处理该信号并向 desktop 服务器发送定时器消息。当 desktop 接收到定时器消息时，desktop 会查看当前窗口的定时器列表，如果某个定时器过期，则会向该定时器所属的窗口发送定时器消息。刚说了窗口之间的叠加是由窗口管理器负责的，因此窗口的创建和销毁应该通知窗口，因此在窗口被创建时，传递MSG_ADDNEWMAINWIN给desktop窗口管理器，这个操作是通过消息队列实现的。又如，parsor线程检测到了键盘消息之后，会发一个消息到desktop的消息队列中，desktop从消息队列中取出该消息，并放到当前活动窗口(__mg_active_mainwnd)的消息队列中，__mg_active_mainwnd窗口就可以处理键盘消息了。由此可见，desktop窗口管理器可以看作一个服务器，而普通的窗口线程可以看作客户端，这种称之为微客户/服务器结构，因为客户和服务器是在同一进程中的不同线程，因此是微客户/服务器。由此可见你创建的窗口与窗口管理器在不同的线程中。窗口管理器由全局变量__mg_desktop引用，因此在一个客户端线程里，可以做到向窗口管理器发送消息。 MiniGUI-Processes。在这种模式下，每个MiniGUI程序都是一个独立的进程，每个进程可以创建多个窗口。这也就意味着，作为服务器的窗口管理器进程必须作为服务器进程运行，而其他窗口作为客户端进程运行。区分服务器和客户端通过全局变量m