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会发生阻塞吗-创新互联
文章出自:http://azwzsj.com/article/cscjsh.html