基于fork调用执行mkdir、chdir、pwd：子进程能否再创建子进程执行chdir？

当然可以！完全没毛病。

这里的核心是理解fork()的工作机制：任何处于运行状态的进程，不管它是最初的父进程，还是通过fork()创建出来的子进程，都有权限再次调用fork()生成新的子进程——只要它还没被exec系列函数替换掉，也没退出。

分两种常见场景给你解释：

场景1：子进程在自身代码中执行mkdir（不调用exec） #

如果你的子进程是在自己的程序逻辑里直接调用mkdir()系统调用（而不是去执行外部的mkdir命令），那它完全可以继续fork新的子进程来执行chdir。比如下面的C代码示例：

#include <stdio.h>
#include <unistd.h>
#include <sys/wait.h>
#include <sys/stat.h>

int main() {
    pid_t mkdir_child = fork();
    if (mkdir_child == 0) {
        // 第一个子进程：创建目录
        printf("[子进程] 创建test_dir目录\n");
        mkdir("test_dir", 0755);

        // 这个子进程现在可以当父进程，再次fork
        pid_t chdir_child = fork();
        if (chdir_child == 0) {
            // 孙子进程：切换目录并打印当前路径
            printf("[孙子进程] 切换到test_dir\n");
            chdir("test_dir");
            
            char cwd[1024];
            getcwd(cwd, sizeof(cwd));
            printf("[孙子进程] 当前工作目录：%s\n", cwd);
            _exit(0);
        } else if (chdir_child > 0) {
            wait(NULL); // 等待孙子进程完成
            _exit(0);
        } else {
            perror("fork chdir子进程失败");
            _exit(1);
        }
    } else if (mkdir_child > 0) {
        wait(NULL); // 等待第一个子进程完成
        printf("[父进程] 所有子进程执行完毕\n");
    } else {
        perror("fork mkdir子进程失败");
        return 1;
    }
    return 0;
}

这段代码里，执行mkdir的子进程完全可以作为父进程，再创建一个孙子进程去执行chdir和pwd的逻辑。

场景2：子进程通过exec执行外部的mkdir命令 #

如果你是让子进程调用execvp()这类函数，把自己替换成系统的mkdir命令程序，那情况就不一样了：exec会完全替换子进程的代码和数据，子进程变成了mkdir程序本身，它的唯一任务就是创建目录，执行完就直接退出了——根本没机会再调用fork。

这种情况下，如果你想实现“先mkdir，再chdir”的链式执行，要么让子进程不exec，自己完成mkdir+fork+chdir的逻辑；要么让最初的父进程分别fork三个子进程，各自执行mkdir、chdir、pwd（不过要注意，chdir的效果只在当前进程内有效，不会影响其他进程）。

总结一下：

• 未被exec替换的子进程，和父进程拥有完全相同的fork权限，想怎么嵌套创建都可以；
• 用exec执行外部命令的子进程，生命周期就是执行该命令，执行完就退出，无法再fork。

内容的提问来源于stack exchange，提问作者Pedro Quintans