延续前面从QProcess说开来(一)的名字,换个角度继续学习。
QIODevice派生类
QProcess作为QIODevice的派生类,实现角度上看,它必须要重新实现下面两个成员函数:
- readData()
- writeData()
而后,按照QIODevice的常规用法,我们
- 调用QIODevice::open()打开设备
- 使用QIODevice::read()/QIODevice::write()读写
- 使用QIODevice::close()关闭
实际上,我们的常规用法是:
常用代码 | 其调用父类成员 |
QProcess::start() | QIODevice::open() |
QProcess::readAllStandardError() | QIODevice::readAll() |
QProcess::readAllStandardOutput() | |
QProcess::write() | QIODevice::write() |
QProcess::close() | QIODevice::close() |
除此以外,QProcess还有静态成员函数可用:
- QProcess::execute() 启动一个进程,然后等待该进程结束。
- QProcess::startDetached() 启动一个进程,然后使其和当前进程脱离进程的父子关系。
不过:这两种用法应该和QIODevice的提供的功能关系不大了。
启动
我只有ubuntu和windows系统,下面的内容也就不会超出这两个系统的范围。 dbzhang800 20110116
Unix
系统的2个api函数与此有关:
fork() | 用来创建新进程 | linux下的api函数clone()有类似功能,似乎主要用于构建线程 |
execve() | 用来执行新程序 | 它还有5个马甲(库函数) |
这个execve()对我们使用QProcess应该比较重要,因为我们启动参数都是要传递给它的:
filename | 如果包含“/”,则视为路径名;否则按照PATH环境变量指定的目录进行搜索。filename可以是解释器文件(首行是#!/usr/bin/python这种) |
argv | 命令行参数列表 |
envp | 环境变量列表。比如:有时可能会考虑像Windows那样将当前路径也加入PATH环境变量 |
而 QProcess::startDetached() 在Unix下创建的是一个孤儿进程:
- 当前进程P下 fork() 得到子进程 C1
- C1下 fork() 得到 子子进程 CC1
- C1自愿结束,CC1调用execve执行外部程序且与进程P脱离关系
在Unix下,还有system()、popen()等库函数也可以用来启动外部程序。
Windows
和Unix下完全不同,Windows进程创建的api函数是一个带有众多参数的CreateProcess
看着就头大,看个小例子吧:
只看一个单纯和启动有关的(即和前面的fork/execve参数对应的):
- PCTSTR pszApplicationName
按照Windows核心编程一书中说法,99%的情况下,我们都是直接传递一个NULL给它。它存在的原本目的是为了支持Windows的posix子系统。
如果指定了这个参数:程序名后缀必须指定;而且不在当前工作路径下的话,必须指定全路径。
注:Qt在WindowCE下的实现在使用这个参数。
- PTSTR pszCommandLine
如果前一个参数为NULL,则该字符串参数中第一个空格(被双引号括住的不算)前的内容则为应该程序的程序名。
如果程序名不包含路径,则按照下列顺序查找:
- 当前进程的程序文件的所在目录
- 当前进程的工作目录
- Windows的system32目录
- Windows目录
- 环境变量PATH中的目录
注意,这是一个字符串。而在unix下,是一个字符串的列表。所在当参数中包含空格等东西时,在Windows下总是需要特殊处理。
- PVOID pvEnvironment
环境变量
- PCTSTR pszCurDir
指定工作目录,这个前面没提到。因为在unix下,分成fork()/execve()两个阶段,在fork()之后直接调用chdir设置进程的工作目录即可。
同样,看一下 QProcess::startDetached()的情况:
| BOOL bInheritHandles |
|
QProcess::startDetached() | FALSE | 父进程CreateProcess后立即调用CloseHandle关闭持有的子进程的线程和进程句柄 |
QProcess::start() | TRUE |
|
进程终止
看完启动,简单看看终止(termination)。
在C1X和C++11标准之前,C/C++标准中没有线程相关的东西 。于是和进程终止相关的函数比较简单:
- main 函数中的 return
- exit()
- _Exit()
- abort()
接下来也不考虑多线程的情况(因为我理不太清)。这样一来,只用简单考虑:
- 进程自愿结束
- 其他进程要求该进程结束
自愿结束的我们一般不关心,所以只能后一个。在QProcess中,则对应:
- QProcess::kill()
- QProcess::terminate()
- QProcess::close()
其中 QProcess::close() 调用 QProcess::kill()
unix
在unix下,这是通过kill发送信号实现的
QProcess::kill() | 发送 ::kill(pid, SIGKILL) |
QProcess::terminate() | 发送 ::kill(pid, SIGTERM) |
进程结束后,会向其父进程发送 SIGCHLD 信号。父进程调用wait函数来获取进程该状态
windows
Windows下进程终止的api函数是
QProcess::kill()调用是该函数。而QProcess::terminate()采用的却是另一个东西
- 使用 PostThreadMessage() 对其主线程发送 WM_CLOSE 消息