在 Go 中，当定义表明它应该只接受 io.Reader 时，为什么我们可以在 bufio.NewScanner 中使用 *os.File 作为参数？

在Go语言中，当我们定义一个函数或方法接收的参数类型为io.Reader时，实际上它可以接受任何实现了io.Reader接口的类型。因此，当我们在bufio.NewScanner中使用os.File作为参数时，是因为os.File类型实现了io.Reader接口。这意味着os.File类型可以作为参数传递给接受io.Reader类型的函数或方法，而且在函数或方法内部可以使用io.Reader的方法来对os.File进行操作。这种灵活性是Go语言接口特性的体现，使得代码更加简洁和可复用。所以，即使参数类型声明为io.Reader，我们仍然可以使用os.File作为参数传递给bufio.NewScanner。

问题内容

尝试学习 go 并一直使用 bufio.newscanner 来读取文件内容。我使用以下代码执行此操作：

input_file, err := os.Open("input.txt")

if err != nil {
    panic(err)
}

scanner := bufio.NewScanner(input_file)
//do stuff

以为我会看看定义并看到一些奇怪的东西（至少对我来说），上面的 os.open("input.txt") 实际上返回一个 *os.file 和 os.open("input.txt") 实际上返回一个 *os.file 和 bufio.newscanner 期望一个 io。 reader作为参数。 reader 是一个接口，而 file 期望一个 io。 reader作为参数。 reader 是一个接口，而 file 是一个结构体，它不实现该接口或类似的东西（如果可能的话）。

但看起来这完全没问题。我是否遗漏了 go 的工作原理？我有 c# 背景，对我来说参数是不同类型的，所以编译器不应该允许这样做，对吗？

只是好奇，不知道还能在哪里问这个问题。

解决方法

os.file 实际上正在实现 io.reader 接口。

这意味着它实现了 io.reader 接口提供的具有相同签名的所有方法。

在这种特殊情况下，此方法：

func (f *File) Read(b []byte) (n int, err error)

以上是在 Go 中，当定义表明它应该只接受 io.Reader 时，为什么我们可以在 bufio.NewScanner 中使用 *os.File 作为参数？的详细内容。更多信息请关注PHP中文网其他相关文章！