调用libreadline的rl_callback_handler_install后fgetc返回回车键值为何变化？

问题描述 #

调用libreadline的rl_callback_handler_install()后，用fgetc(stdin)读取回车键时，返回值从换行符（\n，ASCII 10）变成了回车符（\r，ASCII 13）；调用rl_callback_handler_remove()恢复后，返回值又变回\n。需要明确这个现象的实现机制，以及它属于特性还是bug。

测试代码 #

// 编译命令：gcc -o main.o main.c -lreadline

#include <stdio.h>
#include <readline/readline.h>
#include <readline/history.h>

static void foo_rl_callback(char *line)
{
    // 处理输入内容
}

static void get_enter_key(void)
{
    printf("press enter!\n");
    printf("fgetc=%d\n", fgetc(stdin));
}

int main(int argc, char *argv[])
{
    printf("readline: %s\n", rl_library_version);

    get_enter_key();
    rl_callback_handler_install(NULL, foo_rl_callback);
    get_enter_key();
    rl_callback_handler_remove();
    get_enter_key();

    return 0;
}

测试输出（仅按下回车键） #

readline: 8.1
press enter!

fgetc=10
press enter!
fgetc=13
press enter!

fgetc=10

实现机制 #

这个变化的核心是readline修改了终端的输入模式设置：

• 默认状态下，终端工作在规范模式（canonical mode），内核会启用ICRNL标志——该标志会自动把用户输入的回车符（\r）转换为换行符（\n）后再传递给应用，所以fgetc拿到的是ASCII 10。
• 调用rl_callback_handler_install()初始化回调模式时，readline会将终端切换到非规范模式（non-canonical mode），同时清除ICRNL标志。此时内核不再做\r到\n的转换，用户按下回车键输入的原始\r会直接传递给应用，因此fgetc返回ASCII 13。
• 调用rl_callback_handler_remove()时，readline会恢复终端的原始设置（重新启用ICRNL），所以fgetc又会拿到转换后的\n。

readline这么做是为了实现行编辑功能（比如光标移动、字符删除、自动补全等），它需要直接获取原始输入字符，不能让内核提前做转换或缓冲，因此必须修改终端的termios参数。

是特性还是bug？ #

这是特性，并非bug。

readline的核心功能是提供交互式行编辑，它需要完全接管终端输入的处理逻辑，包括直接读取原始字符。关闭ICRNL转换是实现这一功能的必要步骤——如果内核自动把\r转成\n，readline就无法区分用户输入的原始回车和换行（虽然大部分场景下用户只按回车，但某些终端或输入设备可能会产生不同的字符），进而影响行编辑的正确性。

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