发布于2019-09-06 12:47 阅读(1627) 评论(0) 点赞(4) 收藏(5)
延续前面从QProcess说开来(一)的名字,换个角度继续学习。
QProcess作为QIODevice的派生类,实现角度上看,它必须要重新实现下面两个成员函数:
而后,按照QIODevice的常规用法,我们
实际上,我们的常规用法是:
常用代码 |
其调用父类成员 |
QProcess::start() |
QIODevice::open() |
QProcess::readAllStandardError() |
QIODevice::readAll() |
QProcess::readAllStandardOutput() |
|
QProcess::write() |
QIODevice::write() |
QProcess::close() |
QIODevice::close() |
除此以外,QProcess还有静态成员函数可用:
不过:这两种用法应该和QIODevice的提供的功能关系不大了。
我只有ubuntu和windows系统,下面的内容也就不会超出这两个系统的范围。 dbzhang800 20110116
系统的2个api函数与此有关:
fork() |
用来创建新进程 |
linux下的api函数clone()有类似功能,似乎主要用于构建线程 |
execve() |
用来执行新程序 |
它还有5个马甲(库函数) |
这个execve()对我们使用QProcess应该比较重要,因为我们启动参数都是要传递给它的:
int execve(const char *filename, char *const argv[], char *const envp[]);
filename |
如果包含“/”,则视为路径名;否则按照PATH环境变量指定的目录进行搜索。filename可以是解释器文件(首行是#!/usr/bin/python这种) |
argv |
命令行参数列表 |
envp |
环境变量列表。比如:有时可能会考虑像Windows那样将当前路径也加入PATH环境变量 |
而 QProcess::startDetached() 在Unix下创建的是一个孤儿进程:
在Unix下,还有system()、popen()等库函数也可以用来启动外部程序。
和Unix下完全不同,Windows进程创建的api函数是一个带有众多参数的CreateProcess
BOOL CreateProcess(
PCTSTR pszApplicationName,
PTSTR pszCommandLine,
PSECURITY_ATTRIBUTES psaProcess,
PSECURITY_ATTRIBUTES psaThread,
BOOL bInheritHandles,
DWORD fdwCreate,
PVOID pvEnvironment,
PCTSTR pszCurDir,
PSTARTUPINFO psiStartInfo,
PPROCESS_INFORMATION ppiProcInfo);
看着就头大,看个小例子吧:
STARTUPINFO si = {sizeof(si)};
PROCESS_INFORMATION pi;
TCHAR commandLine[] = TEXT("notepad.exe");
CreateProcess(NULL, commandLine, NULL, NULL,
FALSE, 0, NULL, NULL, &si, &pi);
只看一个单纯和启动有关的(即和前面的fork/execve参数对应的):
PCTSTR pszApplicationName
按照Windows核心编程一书中说法,99%的情况下,我们都是直接传递一个NULL给它。它存在的原本目的是为了支持Windows的posix子系统。
如果指定了这个参数:程序名后缀必须指定;而且不在当前工作路径下的话,必须指定全路径。
注:Qt在WindowCE下的实现在使用这个参数。
PTSTR pszCommandLine
如果前一个参数为NULL,则该字符串参数中第一个空格(被双引号括住的不算)前的内容则为应该程序的程序名。
如果程序名不包含路径,则按照下列顺序查找:
注意,这是一个字符串。而在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++标准中没有线程相关的东西 。于是和进程终止相关的函数比较简单:
接下来也不考虑多线程的情况(因为我理不太清)。这样一来,只用简单考虑:
自愿结束的我们一般不关心,所以只能后一个。在QProcess中,则对应:
其中 QProcess::close() 调用 QProcess::kill()
在unix下,这是通过kill发送信号实现的
int kill(pid_t pid, int sig);
QProcess::kill() |
发送 ::kill(pid, SIGKILL) |
QProcess::terminate() |
发送 ::kill(pid, SIGTERM) |
进程结束后,会向其父进程发送 SIGCHLD 信号。父进程调用wait函数来获取进程该状态
pid_t wait(int *status);
pid_t waitpid(pid_t pid, int *status, int options);
Windows下进程终止的api函数是
BOOL TerminateProcess(HANDLE hProcess, UINT fuExitCode);
QProcess::kill()调用是该函数。而QProcess::terminate()采用的却是另一个东西
采用 EnumWindows() 枚举进程内各个顶级窗口
对各个窗口使用 PostMessage() 发送 WM_CLOSE 消息
使用 PostThreadMessage() 对其主线程发送 WM_CLOSE 消息
作者:放羊人
链接:https://www.pythonheidong.com/blog/article/98904/dd978ddd3dde4ceb57d2/
来源:python黑洞网
任何形式的转载都请注明出处,如有侵权 一经发现 必将追究其法律责任
昵称:
评论内容:(最多支持255个字符)
---无人问津也好,技不如人也罢,你都要试着安静下来,去做自己该做的事,而不是让内心的烦躁、焦虑,坏掉你本来就不多的热情和定力
Copyright © 2018-2021 python黑洞网 All Rights Reserved 版权所有,并保留所有权利。 京ICP备18063182号-1
投诉与举报,广告合作请联系vgs_info@163.com或QQ3083709327
免责声明:网站文章均由用户上传,仅供读者学习交流使用,禁止用做商业用途。若文章涉及色情,反动,侵权等违法信息,请向我们举报,一经核实我们会立即删除!