代码在CLion运行正常，Ubuntu终端vim编译后陷入无限循环求助

核心原因：输入缓冲区残留换行符干扰 #

这种跨环境输入问题的本质是输入缓冲区未清空。CLion的集成终端会自动处理输入后的冗余换行，而Ubuntu原生终端中，输入0并回车后，输入流实际是0\n：

• scanf("%d", &choice)只会读取整数0，把换行符\n留在缓冲区；
• 后续如果有读取操作（比如循环中再次调用scanf或getchar），会直接读取到残留的\n，被判定为无效输入，进而陷入无限循环。

验证与修复方案 #

1. 检查输入逻辑 #

如果你的退出分支代码类似如下，大概率是缓冲区残留问题：

int choice;
while(1) {
    // 心率计算逻辑...
    printf("输入1继续，0退出：");
    scanf("%d", &choice);
    if(choice == 0) {
        break;
    } else if(choice == 1) {
        continue;
    } else {
        printf("无效输入，请重新输入\n");
    }
}

2. 手动清空缓冲区 #

在每次scanf读取整数后，添加代码清空缓冲区里的所有残留字符：

// 读取选择后清空缓冲区
while ((getchar()) != '\n');

这段代码会吃掉缓冲区里直到换行符的所有字符，确保下一次输入不受干扰。

3. 更安全的输入方式（推荐） #

改用fgets读取整行输入，再用sscanf提取整数，从根源避免缓冲区残留问题：

char input_buf[32];
int choice;
printf("输入1继续，0退出：");
fgets(input_buf, sizeof(input_buf), stdin);
sscanf(input_buf, "%d", &choice);
// 后续判断逻辑保持不变

小概率排查方向 #

• 编码问题：如果代码含中文提示，编译时添加-finput-charset=UTF-8参数，避免终端乱码影响输入判断；
• 换行符格式：Windows换行是\r\n，CLion会自动转换，Ubuntu是\n，若代码中有直接判断换行符的逻辑，需统一处理。

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