如果对一个 InputStream 调用 read 方法,在没有数据可读取的时候,理论上会处于阻塞状态。
This method blocks until input data is available, end of file is detected, or an exception is thrown.
那么如果一个 IO 流,曾经有数据可读取但已经被读取完毕,但后续仍有可能增加可读取的数据,此时调用 read ,是不是仍然属于这里所说的“blocks until input data is available”,也就是,是否会发生阻塞?
我获取了 Process 的 InputStream ,里面的内容是这个进程的标准输出(以及错误输出)。
显然,进程的输出是间断性的,我想知道现有输出已经被读完的情况下,此时再调用 read ,是否还会处于阻塞状态?
private ProcessBuilder dumpProcessBuilder;
ByteArrayOutputStream outputBuffer = new ByteArrayOutputStream(1024);
...
dumpProcessBuilder.redirectErrorStream(true);
...
Process dumpProcess = dumpProcessBuilder.start();
try (InputStream in = procForReader.getInputStream()) {
byte[] buf = new byte[1024];
int bytesRead = 0;
while ((bytesRead = in.read(buf)) != -1) {
output.write(buf, 0, outputBuffer);
}
}
...
1
seedhk 1 天前
是的,仍然会
|
2
AoEiuV020JP 1 天前
这种比起自己硬想, 不如让 AI 直接写一个能测试这点的代码出来,实际跑一下看看更理解,
|
3
cnhongwei 1 天前
进程结束,流就会关闭,你读的时候就返回-1,不可能一直阻塞啊。如果没有关闭,就会阻塞。
|
4
dode 1 天前
会堵塞到进程退出吧,你测试看看
|
5
BingoXuan 1 天前
是的,系统就是这么设计的。除非你设置成异步 IO ,通过多路复用规避
|
6
sockpuppet9527 1 天前
caller 始终阻塞,直到 producer 端产生新的数据或 producer 端显示调用 Close 。
|
7
Sezxy 1 天前
只要没读到 EOF 就会一直阻塞
|
9
gongxuanzhang 22 小时 26 分钟前
@Sezxy 正解
|