golang中的read会发生阻塞吗

golang中的read会发生阻塞吗？可能很多人对此没有深入了解过，故而小编总结了这篇文章，通过这文章的讲解，希望你能够收获更多知识。

网站建设哪家好，找创新互联公司！专注于网页设计、网站建设、微信开发、小程序制作、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了昭苏免费建站欢迎大家使用！

Go语言中Reader接口定义了一个Read操作，实现了Reader接口的都有Read这个函数。

接口的定义如下：

type Reader interface {
        Read(p []byte) (n int, err error)
}

一次Read调用最多读取len(p)字节的数据到缓冲区p中

n表示这一次实际读取到字节数，（0 <= n <= len(p)）

err 表示这次读取操作的报错（如果有的话，没有则是nil）

即使读取到的字节数n小于len(p)，在函数调用过程中调用主体也可能使用全部的p的空间（不知道这个说明是想表达什么）

当read到数据的时候，即使不够len(p)（此时IO缓存中没有数据了）,Read操作通常会直接返回获取到的数据而不是继续等待IO缓存中到达更多的数据

当Read操作在成功读取到n字节数据后遇到一个错误或者文件的末尾，它将会返回读取的n字节数据，然后err的返回可能有两种操作：

在本次Read操作的时候返回n（>0）和err（非nil）

或者本次Read操作返回n（>0）和nil，下一次调用的时候再返回0和err（非nil）

这两种操作都是可能的，所以调用者永远应该首先按照n>0来判定是否有数据返回，而不是先判定err是否为nil

举个例子说明，当某次调用到达文件末尾并且还读取到了n字节数据的时候，Reader的实现可能有两种方式：

当前调用返回n和EOF error

当前调用返回n和nil，下次调用返回0和EOF

Read的实现不应该返回0和nil，也就是当返回0的时候就应该返回一个非nil的error，除非缓冲空间的大小为0，然后调用者应该忽略调用0和nil这种返回值组合，当作什么都没发生，特别强调一下，这个返回并不表示EOF了

看完上述内容，你们对golang中的read有进一步的了解吗？如果还想了解更多相关内容，欢迎关注创新互联行业资讯频道，感谢各位的阅读。

新闻名称：golang中的read会发生阻塞吗
标题来源：https://www.cdcxhl.com/article30/igiopo.html

成都网站建设公司_创新互联，为您提供营销型网站建设、微信公众号、虚拟主机、网站改版、品牌网站制作、静态网站

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联