fork()子进程执行异常：输入CREATE/QUIT后输出不符预期

嗨，这个问题我太熟了——这是fork()使用中很容易踩的输入缓冲区复制坑！先理清楚你的场景和问题：

你的场景与预期/实际输出 #

你会依次向程序输入两个命令：CREATE 和 QUIT。
预期输出应该是：

• INPUT: CREATE
• CALLED_CREATE
• CHILD_PROCESS
• INPUT: QUIT

但实际得到的重复输出是：

• INPUT: CREATE
• CALLED_CREATE
• INPUT: QUIT
• INPUT: CREATE
• CALLED_CREATE
• CHILD_PROCESS
• INPUT: QUIT

问题根源：fork()复制了父进程的输入缓冲区状态 #

你对fork()的理解没错——父进程调用fork()后会继续执行后续代码，但你忽略了一个关键点：fork()会完整复制父进程的整个地址空间，包括标准输入的缓冲区内容。

咱们拆解一下实际发生的流程：

1. 父进程读取CREATE命令，处理后输出对应的内容，此时输入缓冲区里可能还残留着换行符，或者QUIT命令已经被预读进缓冲区了（取决于你的输入读取方式是行缓冲还是全缓冲）。
2. 父进程调用fork()，创建出的子进程完全复制了父进程的所有状态，包括这个输入缓冲区的内容。
3. 父进程继续执行，读取缓冲区里的QUIT命令，输出后退出。
4. 子进程开始执行，它的输入缓冲区里还保留着父进程复制过来的输入数据，导致你的输入读取逻辑误把残留数据当成新输入，重复触发了CREATE的处理流程。

解决方法 #

要解决这个问题，核心是在调用fork()之前，确保父进程的输入缓冲区没有残留数据，或者让子进程不要继承父进程的输入流状态。

给你两个具体的可行方案：

• 手动清空输入缓冲区：在调用fork()之前，把输入缓冲区里的剩余字符全部读取完（比如读到换行符为止）。如果是C语言，不要用fflush(stdin)（这在很多标准里是未定义行为），可以用类似下面的代码：

  int c;
  while ((c = getchar()) != '\n' && c != EOF);
  

• 子进程重新初始化输入流：fork()之后，子进程可以关闭标准输入，然后重新打开/dev/stdin，这样就能重置输入缓冲区的状态，避免继承父进程的残留数据。

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