fmt.Scanf不会读取字符串结尾的所有字符

小伙伴们对Golang编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《fmt.Scanf不会读取字符串结尾的所有字符》，就很适合你，本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！

package main
import "fmt"

func main(){
    var i int
    fmt.print("input integer: ")
    fmt.scanf("%d", &i)

}

当我从终端运行这个小程序并给出输入时

input integer: 3.ls

它还执行 ls 命令 或者当我输入时

input integer: 665.cd someDir

它执行 cd somedir。 这是 go 中 scanf 的正常行为吗？这在 c 中不会发生。 有人可以解释一下发生了什么吗？

解决方案

您的 fmt.scanf("%d", &i) 调用仅解析输入中的整数，它不会消耗输入直到行尾。

如果输入3.ls，则3被解析为十进制数，并且.被消耗并且将停止扫描。您的应用程序在此结束，因此其余部分（ls 和换行符）将由您的 shell 执行。

使用 bufio.Scanner 读取行，例如：

fmt.print("input string: ")
scanner := bufio.newscanner(os.stdin)
if !scanner.scan() {
    return // no input
}
var i int
fmt.sscanf(scanner.text(), "%d", &i)
fmt.println("entered:", i)

查看相关内容：Tell me what's wrong with this code GOLANG

不是答案，只是对 @icza 所写内容的扩展，但太大而无法放入评论。

我也会尝试更多地阐明原因

效果发生。

您很可能使用过 scanf(3)，其同类函数不是在文件描述符（如 read(2) 和 write(2) 等系统调用包装器）上运行，而是在由c标准库；这些设施被称为 "stdio"。

这些流提供默认缓冲，stdin 通常默认为行缓冲。

考虑以下程序：

#include 

int main()
{
    int rc, i;

    printf("input integer: ");

    rc = scanf("%d", &i);
    if (rc != 1) {
        perror("scan failed");
        return 1;
    }

    return 0;
}

如果我们建造它

$ gcc -o scanf -w -wall -werror scanf.c

然后“按原样”运行，我们观察到程序消耗了那些额外的 .ls 字符：

$ ./scanf
input integer: 3.ls
$

现在让我们看看当我们修改链接到我们程序的 libc 默认使用的缓冲的想法时会发生什么。我们将使用 stdbuf 来实现：

$ stdbuf -i 0 ./scanf
input integer: 3.ls
scanf scanf.c
$

这就是 @icza 的建议起作用的原因：在 go 中，变量形成 os 包，该包保存向标准流打开的文件对象，没有缓冲，因为它们的类型为 *os.file，并且这些是非常薄的包装器操作系统返回的文件描述符。

如果你需要缓冲，你应该在它所属的地方显式地使用它（并且要小心：不要在缓冲包装器及其底层数据源/接收器上混合读/写——至少除非你完全确定你要做什么正在做）。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~