程序退出时C与Go处理stdin残留字符的差异及适配方法

代码示例 #

main.c #

#include <stdio.h>

int main() {
    int k;
    scanf("%d", &k);
    return 0;
}

main.go #

package main

import "fmt"

func main() {
    var n int
    fmt.Scan(&n)
}

终端执行记录 #

root@82da6559c1c0:/code# go run main.go 
123x123
root@82da6559c1c0:/code# 123
bash: 123: command not found
root@82da6559c1c0:/code# gcc main.c -o main
root@82da6559c1c0:/code# ./main
123x123
root@82da6559c1c0:/code# 

1. 差异原因分析 #

核心差异在于标准库对输入缓冲区的处理逻辑，以及程序退出时与终端驱动的交互行为：

• C语言scanf：读取整数后，未处理的字符（如x、后续数字和换行符）会留在终端输入缓冲区，但C程序正常退出时，stdio库会触发终端驱动重置输入状态，直接丢弃缓冲区中剩余的未读字符，因此bash恢复控制时不会读取到残留内容。
• Go语言fmt.Scan：读取整数后，未处理的字符会完整保留在输入缓冲区中，且Go程序退出时不会主动触发终端的缓冲区重置。bash恢复控制后，会将这些残留字符当作用户输入的命令执行，从而出现123被误执行的情况。

本质上，C的stdio库在程序退出时会做终端输入状态的清理，而Go的fmt包依赖bufio的轻量缓冲逻辑，不会主动处理残留的输入内容。

2. 让Go程序与C程序行为一致的方法 #

方法一：读取并丢弃当前行剩余字符 #

在fmt.Scan之后，读取并丢弃当前行剩余的所有内容，确保输入缓冲区无残留：

package main

import (
    "bufio"
    "fmt"
    "os"
)

func main() {
    var n int
    _, err := fmt.Scan(&n)
    if err != nil {
        scanner := bufio.NewScanner(os.Stdin)
        scanner.Scan() // 读取剩余整行并丢弃
    }
}

方法二：整行读取后解析整数 #

直接读取整行输入再解析整数，天然避免残留：

package main

import (
    "bufio"
    "fmt"
    "os"
    "strconv"
    "strings"
)

func main() {
    reader := bufio.NewReader(os.Stdin)
    line, _ := reader.ReadString('\n')
    line = strings.TrimSpace(line)
    n, _ := strconv.Atoi(line)
}

方法三：调用系统API清空输入缓冲区（仅Unix/Linux） #

通过系统级tcflush命令直接清空终端输入缓冲区，效果与C程序一致：

package main

import (
    "fmt"
    "syscall"
)

func main() {
    var n int
    fmt.Scan(&n)
    // TCIFLUSH：清空已接收但未读取的输入数据
    _, _, err := syscall.Syscall(syscall.SYS_TCFLUSH, uintptr(syscall.Stdin), uintptr(syscall.TCIFLUSH), 0)
    if err != 0 {
        fmt.Println("清空缓冲区失败:", err)
    }
}

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