| 网站首页 | 业界新闻 | 小组 | 威客 | 人才 | 下载频道 | 博客 | 代码贴 | 在线编程 | 编程论坛
欢迎加入我们,一同切磋技术
用户名:   
 
密 码:  
共有 2609 人关注过本帖, 2 人收藏
标题:[分享]system详细分析(申精)
取消只看楼主 加入收藏
百年不亮
Rank: 3Rank: 3
等 级:新手上路
威 望:8
帖 子:789
专家分:0
注 册:2006-4-14
结帖率:100%
收藏(2)
 问题点数:0 回复次数:2 
[分享]system详细分析(申精)

写这篇文章是因为mp3aaa的帖子“我家调用DOS命令出了点问题”中涉及到一个函数——system(),好象不少人对这个函数有误解,为了说明问题,花了我不少时间写了这篇文章,希望斑竹给加个精华。
原贴地址http://bbs.bc-cn.net/dispbbs.asp?boardid=5&replyid=161346&id=142810&page=3&skin=0&star=1
大家注意我在22,28两楼的回复,最好结合起来看


system详细分析

system()函数功能强大,很多人用却对它的原理知之甚少,也就有了上面那么多的回帖,我想大家如果知道了system的具体实现就不会对楼主程序在很多编译器中不能表现自己希望的功能感到费解了。我对linux中的实现比较了解,具体分析这个,windows中的类似就不详解了。好了,先看linux版system函数的源码:


#include <sys/types.h>
#include <sys/wait.h>
#include <errno.h>
#include <unistd.h>

int system(const char * cmdstring)

{
pid_t pid;
int status;

if(cmdstring == NULL){

return (1);
}


if((pid = fork())<0){

status = -1;
}


else if(pid = 0){

execl("/bin/sh", "sh", "-c", cmdstring, (char *)0);

-exit(127); //子进程正常执行则不会执行此语句

}

else{

while(waitpid(pid, &status, 0) < 0){

if(errno != EINTER){

status = -1;

break;

}

}

}


return status;


}


先分析一下原理,然后再看上面的代码大家估计就能看懂了:
当system接受的命令为NULL时直接返回,否则fork出一个子进程,因为fork在两个进程:父进程和子进程中都返回,这里要检查返回的pid,fork在子进程中返回0,在父进程中返回子进程的pid,父进程使用waitpid等待子进程结束,子进程则是调用execl来启动一个程序代替自己,execl("/bin/sh", "sh", "-c", cmdstring, (char*)0)是调用shell,这个shell的路径是/bin/sh,后面的字符串都是参数,然后子进程就变成了一个shell进程,这个shell的参数
是cmdstring,就是system接受的参数。在windows中的shell是command,想必大家很熟悉shell接受命令之后做的事了。

如果上面的你没有看懂,那我再解释下fork的原理:当一个进程A调用fork时,系统内核创建一个新的进程B,并将A的内存映像复制到B的进程空间中,因为A和B是一样的,那么他们怎么知道自己是父进程还是子进程呢,看fork的返回值就知道,上面也说了fork在子进程中返回0,在父进程中返回子进程的pid。

windows中的情况也类似,就是execl换了个又臭又长的名字,参数名也换的看了让人发晕的,我在MSDN中找到了原型,给大家看看:

HINSTANCE ShellExecute(
HWND hwnd,
LPCTSTR lpVerb,
LPCTSTR lpFile,
LPCTSTR lpParameters,
LPCTSTR lpDirectory,
INT nShowCmd
);

用法见下:

ShellExecute(NULL, "open", "c:\\a.reg", NULL, NULL, SW_SHOWNORMAL);


你也许会奇怪 ShellExecute中有个用来传递父进程环境变量的参数 lpDirectory,linux中的 execl却没有,这是因为execl是编译器的函数(在一定程度上隐藏具体系统实现),在linux中它会接着产生一个linux系统的调用 execve, 原型见下:
int execve(const char * file,const char **argv,const char **envp);

看到这里你就会明白为什么system()会接受父进程的环境变量,但是用system改变环境变量后,system一返回主函数还是没变,这就是我在22楼反复强调的。原因从system的实现可以看到,它是通过产生新进程实现的,从我的分析中可以看到父进程和子进程间没有进程通信,子进程自然改变不了父进程的环境变量。希望小菜们不要拿tc或使用tc库的其他编译器中的system的调用结果来反驳我,这不是一个概念,DOS早死翘翘了,玩linux吧。就说到这里了。

看了这篇文章如果觉得写的好,请帮我顶起来!

搜索更多相关主题的帖子: 申精 system 分享 
2007-05-30 15:04
百年不亮
Rank: 3Rank: 3
等 级:新手上路
威 望:8
帖 子:789
专家分:0
注 册:2006-4-14
收藏
得分:0 
本来上面的问题我都不想回复的,因为问这些问题的都是没有认真看我帖子的,答案就在其中。

看在你把这么早的东西翻出来不容易我还是说下。
system()是标准库函数,功能比较简单,把具体系统实现的底层屏蔽了,你看我上面说了,在windows系统中的实现 调用了ShellExecute这个API函数, ShellExecute的倒数第二个参数 LPCTSTR lpDirectory就是设定目录的;在linux系统的实现中是调用execve,看最后一个参数const char **envp就是环境变量。
所以看懂这里后动下脑子就可以想到,直接调用ShellExecute或者execve,不需要system这一中间层,程序员可以有更强的控制,环境变量由程序设定,你想跳到哪个文件夹中还不是举手之劳?
2007-09-08 19:51
百年不亮
Rank: 3Rank: 3
等 级:新手上路
威 望:8
帖 子:789
专家分:0
注 册:2006-4-14
收藏
得分:0 
为什么我的D盘得东西都没了
何必写这么危险得东西测试,我用system("f:\n dir\n")试过没有成功,哈哈

刚写了个程序读了键盘的ASCII码,发现'\n'的ASCII码是10,就是LP,回车的ASCII码是13,也就是CR。
'\n'的作用只是换行,解释是line feed

所以用system函数还是不方便,我想有点水平得程序员不会用这种函数的,直接一个API了事。
2007-09-08 21:41
快速回复:[分享]system详细分析(申精)
数据加载中...
 
   



关于我们 | 广告合作 | 编程中国 | 清除Cookies | TOP | 手机版

编程中国 版权所有,并保留所有权利。
Powered by Discuz, Processed in 0.033227 second(s), 10 queries.
Copyright©2004-2024, BCCN.NET, All Rights Reserved