一、前言
也许对这两个接口和相关的一些接口很熟悉了,但是你脑海里确很难形成一个对io接口的继承关系整天的概貌,原因在于godoc缺省并没有像javadoc一样显示官方库继承关系,这导致了我们对io接口的继承关系记忆不深,在使用的时候还经常需要翻文档加深记忆。
本文试图梳理清楚Go io接口的继承关系,提供一个io接口的全貌。
二、io接口回顾
首先我们回顾一下几个常用的io接口。标准库的实现是将功能细分,每个最小粒度的功能定义成一个接口,然后接口可以组成成更多功能的接口。
最小粒度的接口
1
2
3
|
type Reader interface {
Read(p []byte) (n int, err error)
}
|
1
2
3
|
type Writer interface {
Write(p []byte) (n int , err error)
}
|
1
2
3
|
type Closer interface {
Close() error
}
|
1
2
3
|
type Seeker interface {
Seek(offset int64, whence int ) (int64, error)
}
|
1
2
3
|
type ReaderFrom interface {
ReadFrom(r Reader) (n int64, err error)
}
|
1
2
3
|
type WriterTo interface {
WriteTo(w Writer) (n int64, err error)
}
|
1
2
3
|
type ReaderAt interface {
ReadAt(p []byte, off int64) (n int , err error)
}
|
1
2
3
|
type WriterAt interface {
WriteAt(p []byte, off int64) (n int , err error)
}
|
以及
1
2
3
|
type ByteReader interface {
ReadByte() (byte, error)
}
|
1
2
3
|
type ByteWriter interface {
WriteByte(c byte) error
}
|
ByteScanner比ByteReader多了一个UnreadByte
方法。
1
2
3
4
|
type ByteScanner interface {
ByteReader
UnreadByte() error
}
|
1
2
3
|
type RuneReader interface {
ReadRune() (r rune, size int , err error)
}
|
1
2
3
4
|
type RuneScanner interface {
RuneReader
UnreadRune() error
}
|
组合接口
Go标准库还定义了一些由上面的单一职能的接口组合而成的接口。
1
2
3
4
|
type ReadCloser interface {
Reader
Closer
}
|
1
2
3
4
|
type ReadSeeker interface {
Reader
Seeker
}
|
1
2
3
4
|
type ReadWriter interface {
Reader
Writer
}
|
1
2
3
4
5
|
type ReadWriteCloser interface {
Reader
Writer
Closer
}
|
1
2
3
4
5
|
type ReadWriteSeeker interface {
Reader
Writer
Seeker
}
|
1
2
3
4
|
type WriteCloser interface {
Writer
Closer
}
|
1
2
3
4
|
type WriteSeeker interface {
Writer
Seeker
}
|
从它们的定义上可以看出,它们是最小粒度的组合。
最小接口的扩展
有些结构体struct实现并且扩展了接口,这些结构体是。
1
2
3
4
|
type LimitedReader struct {
R Reader // underlying reader
N int64 // max bytes remaining
}
|
1
2
3
|
type PipeReader struct {
// contains filtered or unexported fields
}
|
1
2
3
|
type PipeWriter struct {
// contains filtered or unexported fields
}
|
1
2
3
|
type SectionReader struct {
// contains filtered or unexported fields
}
|
下面我会将它们的继承关系画出来。
一些辅助方法
一些辅助方法可以生成特殊类型的Reader或者Writer:
1
2
3
4
|
func LimitReader(r Reader, n int64) Reader
func MultiReader(readers ...Reader) Reader
func TeeReader(r Reader, w Writer) Reader
func MultiWriter(writers ...Writer) Writer
|
三、继承关系
当然,Go语言中并没有Java中那样的继承关系,而是基于duck type形式实现,我用下图尝试展示Go io接口的继承关系。
其中黄色是 bufio 包下的类型,
绿色是 archive.tar 包下的类型,
蓝色是 bytes 包下的类型,
粉红色是 strings包下的类型,
紫色是 crypto.tls 包下的类型。
Rand是math.rand包下的类型。
File是os包下的内容。
`Rand`左边的那个Reader是image.jpeg下的内容。
我们最常用的是包io、bytes、bufio下的类型,所以这几个包下的类型要记牢,在第三库中经常会出现它们的身影。
上图中并没有把mime/multipart.File和 net/http.File列出来,主要是图太复杂了,它们实现的接口和os.File类似。
当然你可能会问,你怎么整理的它们的继承关系?事实上,你可以通过godoc -analysis=type -http=:6060生成带继承关系的Go doc,并且它还可以将你本地下载的库中的继承关系也显示出来。
四、总结
以上就是关于Go语言中io.Reader和io.Writer的详解与实现的全部内容,希望这篇文章的内容对大家的学习和工作能有所帮助,如果有疑问可以留言交流。