QProcess机制分析

来源：互联网发布：windows 7旗舰编辑：程序博客网时间：2024/05/16 12:11

QProcess类通常是被用来启动外部程序，并与它们进行通信的。QProcess是把外部进程看成是一个有序的I/O设备，因此可通过 write（）函数实现对进程标准输入的写操作，通过read（），readLine（）和getChar（）函数实现对标准输出的读操作。

（1） QProcess通信机制

QT可以通过QProcess类实现前端程序对外部应用程序的调用。这个过程的实现首先是将前端运行的程序看成是QT的主进程，然后再通过创建主进程的子进程来调用外部的应用程序。这样QProcess的通信机制就抽象为父子进程之间的通信机制。QProcess在实现父子进程间的通信过程中是运用 Linux系统的无名管道来实现的，因此为了能更加清楚的说明QProcess的通信机制，在此首先介绍关于无名管道实现父子进程间的通信机制。

无名管道是一种只能够在同族父子之间通信，并且在通信过程中，只能从固定的一端写，从另一端读的单向的通信方式。该无名管道是通过调用pipe（）函数而创建的。创建代码如下：

创建后经参数fd返回两个文件描述符：fd[0]为读而打开，fd[1]为写而打开。经过fork（）函数创建其子进程后，子进程将拥有与父进程相同的两个文件描述符。如果想要实现父进程向子进程的通信则关闭父进程的读端fd[0]，同时关闭子进程的写端fd[1]。这样就建立了从父进程到子进程的通信连接。

由于无名管道的单向通信性，所以如果要应用无名管道实现父子进程之间的双向通信则至少需要应用双管道进行通信。QProcess类的通信原理就是利用多管道实现了父子进程之间的通信。然而对于外部运行的应用程序大都是通过标准输入而读得信息，通过标准输出而发送出信息，因此只通过建立管道并不能完成内外进程?之间的通信。要解决此问题，就如该模块开始时所说，QProcess是把外部进程看成是一个I/O设备，然后通过对I/O设备的读写来完成内外进程的通信。

在QProcess中父子进程之间是通过管道连接的，要实现子进程能从标准输入中读得父进程对管道的写操作，同时父进程能从管道中读得子进程对标准输出或标准容错的写操作，就要在子进程中将管道的读端描述符复制给标准输入端，将另外管道的写端描述符复制给标准输出端和标准容错端，即实现管道端口地址的重定向。这样子进程对标准输入、标准输出及标准容错的操作就反应到了管道中。

QProcess在正常渠道模式下具体实现共用了五个无名管道进行通信。五个管道的描述符分别用 childpipe[2]，stdinChannelpipe[2]，stdoutChannelpipe[2]，stderrChannelpipe[2] 和deathpipe[2]五个数组来保存。deathpipe指代的管道会用在消亡的子进程与父进程之间。当子进程准备撤销时会发送一个表示该子进程消亡的字符给父进程来等待父进程进行处理。stdinChannelpipe，stdoutChannelpipe和stderrChannelpipe所指代的管道分别与标准输入，标准输出和标准容错进行绑定，实现了与外部程序的通信。childpipe指代的管道主要是为父子进程之间的通信而建立的。

如果在管道中有新数据写入，就会通知相应进程去读。另外图2是QProcess在正常渠道模式下的通信原理图，如果是在融合渠道模式下，将没有容错管道，此时原理图中将没有第一个管道，也就不会有管道描述符。同时，标准容错端和标准输出端将共同挂接到子进程的stdoutChannelpipe的写端，来实现内外进程的通信。

（2） QProcess应用方式

由于QProcess类实现了对底层通信方式较为完善的封装，因此利用QProcess类将更为方便的实现对外部应用程序的调用。在此，通过在QT界面中调用外部mplayer的例子来简单说明QProcess的应用方式。

第一行指明了所要调用的外部应用程序mplayer的位置。第二行指明了所要播放的歌曲文件及地址。第五行设置mplayer为后台模式。在此模式下，mplayer将从标准输入中读得信息，并通过标准输出向主进程发送信息。六七行为mplayer运行的参数。第九行为设置进程渠道的模式为融合模式，即将标准输出和标准容错绑定到同一个管道的写端。第十行为启动外部应用程序mplayer。内核中管道及通信环境的建立都是在此步中完成的。

mplayer在slave模式下运行会自动从标准输入中读取信息并执行。由QProcess的通信原理可知，管道的读端描述符 stdinChannelpipe[0]复制给了标准输入，即标准输入的描述符也为stdinChannelpipe[0]，因此按照标准输入的描述符去读信息就是到stdinChannelpipe所对应的管道中读取信息。所以如果想在QT的主进程中发送命令使mplayer退出，只需在主程序中向 stdinChannelpipe[1]端写入命令quit就可以，执行语句为myProcess->write（”quit ”）;（此处的 write（）函数为QProcess类的成员函数，具体实现就是向stdinChannelpipe[1]端写入信息）

（3）QProcess的发展及分析

QProcess类伴随着QT/Embedded的发展逐渐趋于完善。在QTE2及其更前版本中还没有QProcess类，如果想实现与外部应用程序的通信，必须要自己实现对管道或socket的建立与重定向。到了QTE3版本，就实现了对QProcess类的封装。在QTE3的版本中，QProcess类的实现是通过应用socket来建立主进程与外部应用程序之间通信的。通信原理与图3所示基本相同，只是将图中的管道描述符改为是 socket的描述符即可。QT主程序在建立成对socket描述符时需要调用Linux系统函数socketpair（）。在生成的成对socket描述符之间可以实现父子进程之间的双向通信，即无论是socket的0套接口还是1套接口都可进行读写。

但为了避免出现通信过程中父子进程对同一个socket的争夺，例如，在子进程还未将父进程发送的信息全部读出时，子进程又要求将自己产生的数据返回给父进程。如果父子进程双向通信只用一个socket来完成，就会出现父子进程发送的信息混乱情况。因此，对于QProcess的实现仍然必须通过多个 socket来共同完成。

由上面的描述可知，尽管socket有双向通信功能，但在实现QProcess过程中只是利用socket实现了单向通信功能。因此既浪费了对资源的利用又增加了系统的开销。为了解决此问题，QTE4版本将QProcess的通信连接方式由socket改为了只能实现单向通信的无名管道来实现。通信原理就是以上3.1 QProcess通信机制中所描述的。

3、其它通信方式

除了上面介绍的无名管道和socket通信方式外，一般操作系统中常用的进程间通信机制也都可以用于QT系统内部不同进程之间的通信，如消息队列、共享内存、信号量、有名管道等机制。其中信号量机制在QT中已经重新进行了封装；有些机制则可以直接通过操作系统的系统调用来实现。另外，如果我们只是想通过管道或socket来实现较简单的外部通信，也可以重新创建管道或socket来实现自己要求的功能。例如，还是在QT主程序中调用外部mplayer。如果我们只是想在QT主程序中控制mplayer，而不要求得到mplayer输出的信息。则可以按照以下方式来实现：

第1到8行与前面QProcess类实现调用mplayer一样，是用来指明mplayer运行时参数的。第10行是创建一个管道。第12行是创建一个子进程。15，20行是关闭父子进程中没用的管道描述符。此时可结合图2.1和图2.2来理解从父进程到子进程通信环境的建立。第16行是把子进程的读端与标准输入绑定，以便mplayer能够接收到父进程发出的命令。17行就是从子进程中调用外部mplayer的实现。此时，程序执行后，mplayer就可以运行起来。如果想在QT主程序中通过发送命令使mplayer退出，就在管道的写端写入命令"quit"就可以。实现语句为write(fd[1], "quit",strlen("quit"));

该例子说明了QT通信方式运用的灵活性，可以根据实际情况进行应用。同时该例子的实现方式正是利用了QProcess类实现的机制，因此可以结合这个例子更加深刻的理解QProcess类的实现机制。

0 0