fork vs execvp，子进程中内存泄露?

突然被老弟问了一个问题，有点蒙蔽，怎么说我也写过 1 年 C 呀，哈哈哈 持续征集C 短小精悍开源代码 完整代码如下：

#include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <string.h> #include <fcntl.h> #include <assert.h> #include <sys/wait.h> int main(int argc, char *argv[]) { int rc = fork(); if (rc < 0) { // fork failed; exit fprintf(stderr, "fork failed\n"); exit(1); } else if (rc == 0) { // child: redirect standard output to a file close(STDOUT_FILENO); open("./p4.output", O_CREAT|O_WRONLY|O_TRUNC, S_IRWXU); // now exec "wc"... char *myargs[3]; myargs[0] = strdup("wc"); // program: "wc" (word count) myargs[1] = strdup("p4.c"); // argument: file to count myargs[2] = NULL; // marks end of array execvp(myargs[0], myargs); // runs word count } else { // parent goes down this path (original process) int wc = wait(NULL); assert(wc >= 0); } return 0; } 

子进程里使用了 strdup，没看到内存释放的地方，即使 valgrind 开启了--trace-children=yes 也没有检测到内存泄露，这里是否存在内存泄露？之前有看过 execvp 会替换 fork 之后的子进程的内存空间?不清楚这块内存关系是怎么样的？

我和老弟争执一点如下，我认为如果程序快速执行完退出，不必太过纠结资源释放问题，进程退出了，系统会回收资源，当然好的习惯是不用的时候去 free 掉。针对常驻进程，需要重点关注内存泄露问题。 我认为下面的程序没有内存泄露，即使 valgrind 检测出来：

#include <stdio.h> #include <stdlib.h> int main() { int *p = (int *)malloc(10 *sizeof(int)); printf("program exit\n"); return 0; }