匿名管道关联父子进程IO时scanf阻塞问题求助

核心原因 #

• scanf("%s")的匹配规则：它会跳过开头空白字符，连续读取非空白字符，直到遇到空白字符（换行、空格、制表符）或EOF才会返回。哪怕将stdin设为无缓冲，这个格式解析逻辑也不会改变——无缓冲仅控制标准I/O层的数据传递策略，不影响scanf本身的终止判断规则。
• 管道特性：当管道写端未关闭时，子进程从管道读数据若未满足scanf的终止条件，会一直阻塞等待更多数据。你的父进程仅输出了"123"，既无终止符也未关闭管道写端，导致子进程的scanf持续阻塞，父进程又在wait(NULL)等待子进程结束，形成死锁。
• read函数正常的原因：read是系统调用，不做格式解析，只要管道内有数据（哪怕仅1字节）就会读取并返回，不会等待后续数据，因此能正常获取"123"并继续执行。

解决方案 #

方式一：父进程写完后关闭管道写端 #

父进程输出数据后关闭管道写端（已通过dup2关联到stdout），子进程读端会收到EOF，scanf遇到EOF就会终止读取并返回：

setbuf(stdout, NULL);
printf("123");
close(1); // 关闭stdout，即管道写端
wait(NULL);
return 0;

方式二：父进程发送终止符 #

让父进程输出的内容包含scanf("%s")需要的终止符（比如换行），触发scanf的终止逻辑：

setbuf(stdout, NULL);
printf("123\n"); // 追加换行符作为终止标记
wait(NULL);
return 0;

补充说明 #

• setbuf(stdin, NULL)确实将stdin设为无缓冲，但仅作用于标准I/O层的缓冲策略，不会修改scanf的格式解析规则。无缓冲意味着scanf会频繁调用read取数据，但读完后仍会按%s规则判断是否满足终止条件，不满足则继续阻塞。
• 若临时适配场景，也可以给scanf指定最大读取长度（如scanf("%3s", buf)），读到3个字符后强制返回，但这并非通用解决方案。

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