InputStream.read() 被block的问题（陷入无限等待） - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Java - 爪哇娇娃

InputStream.read() 被block的问题（陷入无限等待）

InputStream.read() 被block的问题（陷入无限等待）# Java - 爪哇娇娃

r*y2008-05-02 07:05

1 楼

寄信人: mitbbs (未名空间)
标题: Re: └ Re: 有声读物-audiobook俱乐部申请成为公共版面并?(
发信站: BBS 未名空间站 (Wed Aug 19 21:56:08 2009)
来源: 219.143.
抱歉，这个没有办法，因为此版由老俱乐部修改而成。
你们不要辛苦一下将一些有价值的帖子转到版面上来吧。

y*o2008-05-02 07:05

2 楼

你们用不用？我们小组的头儿喜欢这些时髦的新技术，我感觉这个Fluent Migrator无
非就是用C#来创建数据库之schema script。比起直接用SQL Server Management
Studio 设计或者设计完成以后用 Generate Scripts工具麻烦多了。而且class name和
file name 按惯例还得是M20121024192736(.cs)之类的，单看文件名根本不知道这个文
件定义的哪个类（表）。

d*r2008-05-02 07:05

3 楼

我有一段很简单的code, 功能是read一个InputStream, 然后写到一个OutputStream里
去。
如果这个InputStream是从一个URL打开的，
比如：
InputStream in = new Url("http://someurl").openStream();
基本不会有问题。
但如果是来自一个ftp url, "ftp://someserver/path/filename"
则可能会有问题。
我发现，对某个server的某个大文件（28M左右），
到流已经读完的时候（因为我知道文件有多大），就是read(buffer)该返回-1的时候，
它会被block了，
就是会陷入无限等待，永远也不返回。
我发现只是对某些文件这样。对同一个remote server上同一目录下的其它小文件则没
问题。
该文件可以被Flashget正常下载。
如果我把这个文件放到我local自己建的测试ftp server上（其实也得通过internet,都
是外部地址）
，则也不会有问题。
请问这可能是什么原因，如何应对？
code 如下：
public static l

m*g2008-05-02 07:05

4 楼

算了。仔细一数，丢的帖子也不多
就是俩版面会被搞混

solve

【在 r******y 的大作中提到】

: 寄信人: mitbbs (未名空间)
: 标题: Re: └ Re: 有声读物-audiobook俱乐部申请成为公共版面并?(
: 发信站: BBS 未名空间站 (Wed Aug 19 21:56:08 2009)
: 来源: 219.143.
: 抱歉，这个没有办法，因为此版由老俱乐部修改而成。
: 你们不要辛苦一下将一些有价值的帖子转到版面上来吧。

b*y2008-05-02 07:05

5 楼

input stream可能需要close() statement?否则程序就无限期等？

r*y2008-05-02 07:05

6 楼

谢谢流星~~~不然关了俱乐部？@@

【在 m*********g 的大作中提到】

: 算了。仔细一数，丢的帖子也不多
: 就是俩版面会被搞混
:
: solve

h*o2008-05-02 07:05

7 楼

Not sure if this caused your problem. But I doubt it
It seems that there is a small bug in the code. Since the network is slower
than cpu, cpu will dump data much faster than network. This will cause
sometimes inputstream to read empty tempary stream ( the stream is not
closed yet). So the count can be 0. I suggest that you cahnge:
if (count <= 0) break;
to if (count == -1) break;
Please note that this doesn't happen so often. But you still have a chance
to truncate your file.
To debug your code

m*g2008-05-02 07:05

8 楼

怎么关呢？

【在 r******y 的大作中提到】

: 谢谢流星~~~不然关了俱乐部？@@

d*r2008-05-02 07:05

9 楼

多谢回复。
不过你说的这个bug实际上并不会发生。
因为程序无限等待发生在这个if (count <= 0) break;语句的前一句：
in.read(buffer)
这时候，我根据总字节数判断，知道肯定还有available的byte需要读。
我实际上监视过每一次读进来的byte count,尽管每次都不见得一样
（并不一定等于buffer size，而是有可能小于），但也不会<=0,
所以这段code从来不会提前break

slower
bytes

【在 h*********o 的大作中提到】

: Not sure if this caused your problem. But I doubt it
: It seems that there is a small bug in the code. Since the network is slower
: than cpu, cpu will dump data much faster than network. This will cause
: sometimes inputstream to read empty tempary stream ( the stream is not
: closed yet). So the count can be 0. I suggest that you cahnge:
: if (count <= 0) break;
: to if (count == -1) break;
: Please note that this doesn't happen so often. But you still have a chance
: to truncate your file.
: To debug your code

r*y2008-05-02 07:05

10 楼

不知道啊，不然就开着也成，呵呵

【在 m*********g 的大作中提到】

: 怎么关呢？

d*r2008-05-02 07:05

11 楼

update:
我又把这段code拿到家里(comcast cable)测试了一下，发现没问题。
但是在学校里run就会有问题，
可能是学校的网络有什么特别的地方造成的。
update again:
Faint! 发现问题所在了：
竟然是Windows Firewall造成的。
关了Windows Firewall就没问题了。NND,害我搭进去一天多找原因。

【在 d********r 的大作中提到】

: 我有一段很简单的code, 功能是read一个InputStream, 然后写到一个OutputStream里
: 去。
: 如果这个InputStream是从一个URL打开的，
: 比如：
: InputStream in = new Url("http://someurl").openStream();
: 基本不会有问题。
: 但如果是来自一个ftp url, "ftp://someserver/path/filename"
: 则可能会有问题。
: 我发现，对某个server的某个大文件（28M左右），
: 到流已经读完的时候（因为我知道文件有多大），就是read(buffer)该返回-1的时候，

e*o2008-05-02 07:05

12 楼

流星有开国之功。

【在 r******y 的大作中提到】

: 谢谢流星~~~不然关了俱乐部？@@

h*o2008-05-02 07:05

13 楼

it is great you solved the problem.
go read "java network programming", you will understand why you shouldn't
use count <= 0.

m*t2008-05-02 07:05

14 楼

How are you going to make sure your users turn off their Windows Firewall
though?

【在 d********r 的大作中提到】

: update:
: 我又把这段code拿到家里(comcast cable)测试了一下，发现没问题。
: 但是在学校里run就会有问题，
: 可能是学校的网络有什么特别的地方造成的。
: update again:
: Faint! 发现问题所在了：
: 竟然是Windows Firewall造成的。
: 关了Windows Firewall就没问题了。NND,害我搭进去一天多找原因。