gpt4 book ai didi

Golang 类型系统不一致(http包)

转载 作者:数据小太阳 更新时间:2023-10-29 03:33:01 27 4
gpt4 key购买 nike

我正在努力研究 GoLang 类型系统,但有些事情让我感到困惑。

所以我一直在研究 http 库以试图理解这一点,但我遇到了以下毫无意义的内容。

package main

import (
"net/http"
"fmt"
"io/ioutil"
"io"
)

func convert(closer io.Closer) ([]byte) {
body, _ := ioutil.ReadAll(closer);
return body
}

func main() {

client := &http.Client{}
req, _ := http.NewRequest("GET", "https://www.google.com", nil)

response, _ := client.Do(req);

body, _ := ioutil.ReadAll(response.Body)

fmt.Println(body);
fmt.Println(convert(response.Body))

}

The Go Playground

这与不需要 convert 函数无关,而是响应主体的类型为 io.closer 并且 ioutil.Readall 采用 io.reader,但我可以将其传入,在一个实例但不是如果在另一个。有什么我想念的东西神奇地发生了吗。

我知道 closer 在技术上通过了读取器接口(interface),因为它实现了 Read 方法,但这在函数和主体中都应该是正确的。

任何见解都会很棒。

谢谢

最佳答案

it is the fact that the response body is of type io.closer

不,不是。 Request.Body 的声明位于 http.Request :

Body io.ReadCloser

Request.Body 字段的类型是 io.ReadCloser , 它既是 io.Reader和一个 io.Closer .

因为它是一个io.Reader(Request.Body的动态值实现了io.Reader),你可以使用/传递它需要 io.Reader 的地方,例如至 ioutil.ReadAll() .

因为它也实现了 io.Closer,你也可以在需要 io.Closer 的地方传递它,比如你的 convert() 函数.

但在 closer 参数内部转换为静态类型 io.Closer,你不能在 中使用 closer。需要阅读器。可能(在您的情况下)存储在 closer 中的动态类型也实现了 io.Reader,但不能保证这一点。就像这个例子:

type mycloser int

func (mycloser) Close() error { return nil }

func main() {
var m io.Closer = mycloser(0)
convert(m)
}

在上面的示例中,convert() 中的 closer 将保存一个 mycloser 类型的值,它确实没有实现 io .阅读器.

如果您的 convert() 函数打算将其参数也视为 io.Reader,则参数类型应为 io.ReadCloser :

func convert(rc io.ReadCloser) ([]byte, error) {
body, err := ioutil.ReadAll(rc)
if err != nil {
return body, err
}
err = rc.Close()
return body, err
}

关于Golang 类型系统不一致(http包),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45214860/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com