使用fork与exec启动/bin程序的微shell无提示符直接收输入问题

• 执行时序错位：父进程fork创建子进程后，没有通过waitpid等待子进程执行完成，直接跳回循环开头准备下一轮输入。这会导致新的提示符打印时机早于子进程的命令输出，不同进程的输出在终端上交叉错位。
• 缓冲区内容串扰：fork、exec操作前没有手动刷新stdio用户态缓冲区。子进程会完整拷贝父进程的地址空间，包括缓冲区里未输出的提示符内容；当子进程执行exec时，会自动触发缓冲区flush，把父进程本该在命令行前显示的提示符，强行打印到命令执行输出的开头。这种串扰直接导致你看到的错乱现象：本该在新行开头打印的提示符，要么被提前插到了命令输出的开头，要么存在父进程的缓冲区里延迟输出，就出现了命令输出完留个空行、没有提示符的情况。
• 无效循环逻辑：代码里仅在子进程分支中修改pyk变量，子进程拥有独立的地址空间，对该变量的修改完全不会影响父进程的循环状态，属于无实际作用的冗余逻辑。
• 参数解析缺陷：
  • strtok的第二个参数是分隔符字符集合，并非字符串匹配规则，当前取参数的逻辑会把参数前的空格、残留换行全部带入execl的入参，导致命令执行异常
  • 没有将多参数拆分为以NULL结尾的合法argv数组，仅靠单个arg变量无法正确传递多参数命令

1. 父进程在fork成功后，主动调用waitpid等待当前子进程退出，确保子进程的所有输出写入终端后，再回到循环开头打印下一个提示符。
2. 在调用fork之前，手动执行fflush(stdout)、fflush(stderr)，强制把缓冲区里的提示符内容输出到终端，避免子进程继承残留的缓冲区内容。
3. 移除子进程里修改pyk的冗余逻辑，保持shell主循环的长期运行状态。
4. 调整参数解析逻辑：循环调用strtok按空格分割所有输入参数，存入以NULL结尾的数组，过滤掉参数中残留的换行、无效空格，再传递给exec系列接口。

// fork前加缓冲区刷新
fflush(stdout);
pid_t pid = fork();
if (pid == 0) {
    // 子进程逻辑，移除原来的pyk=0赋值
    execl(token, arg, NULL);
    perror("exec failed");
    exit(1);
} else {
    // 等待子进程执行完成
    waitpid(pid, NULL, 0);
}

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