我正在努力研究 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))
}
这与不需要 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/