使用MinGW开发Windows CLI程序时，二进制标准输入读取失败排查

问题根源 #

• Windows默认将标准输入（stdin）设置为文本模式，该模式会自动处理换行符转换（CR/LF转LF），并将字节0x1A视为EOF（文件结束），导致二进制数据中的控制字符或0x1A被误判，提前终止读取。
• getch()是控制台专属输入函数，仅直接读取控制台键盘输入，当stdin被重定向为文件时，无法读取文件内容，完全不适用这种场景。
• 调试时断点未触发，大概率是文本模式下程序提前遇到0x1A或其他被误判的EOF，导致程序直接退出，没走到断点位置。

解决方案 #

1. 切换stdin到二进制模式 #

使用MinGW支持的_setmode函数将stdin切换为二进制模式，禁用所有文本模式的转换逻辑，直接按原始字节读取。需要包含头文件<fcntl.h>和<sys/stat.h>。

2. 用正确的方式读取数据 #

• 必须用int类型接收getchar()的返回值，因为getchar()返回int：当读取到有效字节时返回其无符号值（0-255），遇到EOF时返回-1。如果用char类型，会把0xFF和-1混淆，无法正确判断EOF。
• 放弃使用getch()，改用标准stdio函数（getchar()、fread()等）读取重定向的输入流。

示例代码 #

#include <stdio.h>
#include <fcntl.h>
#include <sys/stat.h>

int main() {
    // 切换标准输入到二进制模式
    _setmode(_fileno(stdin), _O_BINARY);
    
    int ch;
    // 循环读取每个字节直到EOF
    while ((ch = getchar()) != EOF) {
        // 示例：打印每个字节的十六进制值
        printf("0x%02X ", (unsigned char)ch);
    }
    putchar('\n');
    return 0;
}

编译与运行 #

用MinGW的gcc编译：

gcc main.c -o main.exe

运行时重定向二进制文件：

main.exe < test.bin

调试注意事项 #

在GDB中调试时，需要在启动程序时就指定重定向输入，否则GDB无法捕获到输入流：

gdb main.exe
# 进入GDB后执行
run < test.bin

切换到二进制模式后，程序会正常读取所有二进制数据，断点会在getchar()处正常触发。

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