popen和system问题
1. 问题描述
C的代码里面去调用命令启动一个shell脚本，分别使用了下面两个途径。
其中一个是： func1(cmd) { popen(cmd,type); pclose(); }
另一个是： func2() { system(cmd); } 其中cmd类似于“./xxx.sh &”。
问题就是，func1这种调法，会导致xxx.sh运行阻塞，脚本最开始添加打印信息都没有显示，但是top后显示进程存在；而func2调用后脚本运行正常。
2. 问题分析
通过分析popen，pclose，system的源码，两者的流程分别如下：
首先看popen，pclose的流程：
父进程调用popen，
popen(cmd, type)
{ 返回一对fd（分别用来重定向子进程的读和写，但不是同时，根据type父进程和子进程最后分别只能用一个）
fork
1. 子进程重定向fd，将标准输出或者标准输入定向到一个fd，然后执行execl cmd，
返回；
2. 父进程收到子进程返回的fd
}
父进程调用pclose
pclose { 1.等待popen出来的子进程结束； 2.关闭fd }
然后是system的流程：
system { fork; 1. 子进程execv cmd; 2. 父进程wait子进程退出； 返回； }
上面的流程简单点，总结出来就是摘自stackoverflow上的一个解释：
popen gives you a pair of file handles you can use to read and write input and output to and from stdin/stdout of the running process in an interactive manner. The system call is merely executing that and redirecting stdin of the current process to that of the invoked child process, and stdout of that process to stdout of the current (host) process. It depends what you are trying to achieve, in general. If your goal is simply to run a command, system works fine. If you're interested in reading its output in a programmatic manner and processing it (and possibly generating more input), then popen is going to work better.
子进程的标准输入和标准输出，和跟着开启他的父进程的配置来的，当执行一个命令会后台运行的时候，比如./test.sh &， 其实又是fork出来一个子进程，然而内部封装的接口my_system接口中是连续调用的popen和pclose，这就导致了最终后台运行起来的那个test.sh子进程，它里面被popen中重定向的fd已经被关闭了，所以后面所有的echo打印都会报错“broken pipe”。表现出来就是在串口中看不到任何脚本里面的打印信息。