java InputStream 关于read阻塞的问题讨论

最新推荐文章于 2024-12-25 22:07:53 发布

转载最新推荐文章于 2024-12-25 22:07:53 发布 · 3.5k 阅读

文章标签：

#java #socket #db2 #api #c

本文探讨了Socket流与文件流的区别，特别是在Socket流不关闭时可能遇到的问题。此外，还深入分析了不同read方法的使用场景及注意事项，特别关注了在特定条件下可能出现的阻塞现象。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

http://topic.youkuaiyun.com/u/20090304/15/a3df12fd-1896-4a17-bedc-cb863c955ecc.html

http://topic.youkuaiyun.com/u/20080620/11/478e7d71-e92a-4aca-8156-c9cfcb401bef.html?341823992

http://topic.youkuaiyun.com/u/20080626/09/18db2301-f672-4ec8-aaa8-bf8c75489893.html

过了半年再看自己这个帖子，发现仍然有些问题。
其实就两点，
1，socket流不关闭。socket流和文件流不太一样，文件流很容易知道文件末尾，到了文件末尾，直接就把流close掉就OK了。但是socket流不一样，你无法知道它什么时候到末尾，所以连接一直保持着，流也一直保持阻塞状态。即使用了带参数的read方法，返回了有效数据，但其实流仍然没有关闭，处于阻塞状态。

2，关于read的带参和不带参方法。当时迷惑主要就在两个read方法的结果不一样。最后还是要追溯到socketRead0这个本地方法，API上说这个方法

在输入数据可用、检测到文件末尾或者抛出异常前，此方法一直阻塞。

当我用字节读取的时候，不是可以用while((num = in.read(by)) != -1)这种情况么，当我们定义的by字节数组的长度的长度为1024，但当数据源的长度刚好为1024的倍数时，那么这样的情况是会阻塞的

转自：http://blog.youkuaiyun.com/dagouaofei/article/details/3962525