关于getc(stdin)与fscanf输入处理行为差异的技术咨询

先拆解你第二段代码里的核心问题：

1. 输入流已被耗尽的逻辑错误 #

你的第二段代码开头有个while循环：

while ( (z = getc(stdin)) != EOF) { printf("%c", z); }

这个循环会把输入流的所有内容读到EOF才停止，此时输入流指针已经移到末尾，还触发了EOF标记。后面用fscanf读取的第二个循环根本拿不到任何内容——你在尝试读取已经被掏空的输入流，这是最直观的逻辑bug。

假设这是笔误，去掉第一个循环后，我们再看另一个环境相关的问题：

2. fscanf对+/-的特殊处理 #

在你提到的特定实现环境里，fscanf("%d", &d)的行为有点特殊：

• 对于*或/这类既不是数字也不是正负号的字符，fscanf会直接匹配失败，返回0，并且把这些字符放回输入流，所以后续getc(stdin)能正常读取并输出它们。
• 但对于单独的+或-（后面没跟数字），这个实现可能会把这些符号判定为无效数字格式，并且不会把它们放回输入流——相当于fscanf悄悄吃掉了这些符号，却又没成功读取数字，导致后续getc根本读不到它们，最终这些字符就丢失了，没法回显。

另外还有个C语言通用陷阱要注意：

3. getc返回值的类型问题 #

getc的返回值是int类型，它需要容纳所有unsigned char的取值（0-255）加上EOF（通常是-1）。如果你把它存在char变量里：

• 如果char是无符号类型，EOF（-1）会被转成255，导致循环无法识别EOF，可能死循环。
• 如果char是有符号类型，输入扩展ASCII字符（0x80-0xFF）会被转成负数，可能被误判为EOF。

所以一定要用int来存getc的返回值，别用char。

修复后的代码 #

如果只是要完全回显输入，最可靠的方式就是沿用第一段代码的逻辑，同时修正返回值类型：

#include <stdio.h>

int main(void) {
    int z; // 用int存储getc的返回值
    while ((z = getc(stdin)) != EOF) {
        printf("%c", z);
    }
    return 0;
}

如果你的实际需求是要区分数字和非数字处理，建议手动解析输入，避免混合用fscanf和getc，比如：

#include <stdio.h>
#include <ctype.h>

int main(void) {
    int c;
    while ((c = getc(stdin)) != EOF) {
        if (isdigit(c) || c == '+' || c == '-') {
            // 把字符放回输入流，再尝试读取数字
            ungetc(c, stdin);
            int d;
            if (fscanf(stdin, "%d", &d) == 1) {
                printf("%d", d);
            } else {
                // 不是有效数字，直接输出原字符
                putchar(c);
            }
        } else {
            putchar(c);
        }
    }
    return 0;
}

这段代码先判断字符是否可能属于数字，再决定是否用fscanf读取，同时用ungetc保证字符不会丢失，兼容性更好。

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