java read bytes 阻塞_为什么read（）的调用会永远阻塞

我正面临一个最近才开始的令人费解的问题 .

我有一个程序，它使用一个线程写入文件，另一个线程从该文件中读取 . 两个线程都使用不同的文件描述符 . 写入程序线程使用O_WRONLY标志打开文件，读取器线程以O_RDONLY模式打开文件 . 就逻辑而言，读者线程不知道编写器线程正在做什么，并且两者都可以使用不同的文件 .

写入程序线程以固定间隔连续写入文件(数据来自设备流，速度高达20Mbit / s) .

读者线程也定期读取文件 .

这是读者循环：

while (tot < sz)

{

LOG(VB_FILE, LOG_DEBUG, LOC +

QString("read(%1) -- begin").arg(sz-tot));

ret = read(fd2, (char *)data + tot, sz - tot);

LOG(VB_FILE, LOG_DEBUG, LOC +

QString("read(%1) -> %2 end").arg(sz).arg(ret));

if ((sz - tot) != ret)

{

LOG(VB_FILE, LOG_DEBUG, LOC + QString("errno = %1").arg(errno));

}

if (ret < 0)

{

if (errno == EAGAIN)

{

LOG(VB_FILE, LOG_DEBUG, LOC +

QString("read(%1) -> %2 EAGAIN").arg(sz).arg(ret));

usleep(1000);

continue;

}

LOG(VB_GENERAL, LOG_ERR,

LOC + "File I/O problem in 'safe_read()'" + ENO);

errcnt++;

numfailures++;

if (errcnt == 3)

break;

}

else if (ret > 0)

{

tot += ret;

}

[...snipped...]

}

您可以看到我在调用read之前显示日志，并在返回之后立即显示 . 阅读将不时被调用，它永远不会回来......

2014-02-19 11:24:10.156417 D TFW(/external/recordings/1001_20140219002351.mpg:64): write(65424) cnt 1 total 5076

2014-02-19 11:24:10.156466 D TFW(/external/recordings/1001_20140219002351.mpg:64): total written so far: 26934760 bytes

2014-02-19 11:24:10.156514 D FileRingBuf(/external/recordings/1001_20140219002351.mpg): read(65536) -- begin

2014-02-19 11:24:10.190769 D FileRingBuf(/external/recordings/1001_20140219002351.mpg): read(65536) -> 60968 end

2014-02-19 11:24:10.190781 I RingBuf(/external/recordings/1001_20140219002351.mpg): safe_read(...@1698944, 65536) -> 65536, took 60 ms (8.73813Mbps)

2014-02-19 11:24:10.190786 D RingBuf(/external/recordings/1001_20140219002351.mpg): total read so far: 26930304 bytes

2014-02-19 11:24:10.190795 I FileRingBuf(/external/recordings/1001_20140219002351.mpg): read(65536) -- begin

2014-02-19 11:24:10.195917 D FileRingBuf(/external/recordings/1001_20140219002351.mpg): read(65536) -> 4456 end

2014-02-19 11:24:10.195927 D FileRingBuf(/external/recordings/1001_20140219002351.mpg): errno = 0

2014-02-19 11:24:10.206445 D TFW(/external/recordings/1001_20140219002351.mpg:64): write(65424) cnt 1 total 1692

2014-02-19 11:24:10.206489 D TFW(/external/recordings/1001_20140219002351.mpg:64): total written so far: 27000184 bytes

2014-02-19 11:24:10.256103 D FileRingBuf(/external/recordings/1001_20140219002351.mpg): read(61080) -- begin

2014-02-19 11:24:10.256499 D TFW(/external/recordings/1001_20140219002351.mpg:64): write(47376) cnt 1 total 40984

2014-02-19 11:24:10.262073 D TFW(/external/recordings/1001_20140219002351.mpg:64): total written so far: 27047560 bytes

2014-02-19 11:24:10.273385 D TFW(/external/recordings/1001_20140219002351.mpg:64): write(65424) cnt 1 total 940

2014-02-19 11:24:10.385495 D TFW(/external/recordings/1001_20140219002351.mpg:64): total written so far: 27112984 bytes

你可以在这里看到编写器已经向磁盘写了26934760个字节 . 到目前为止读取的读数为26930304字节，因此我们从EOF读取4456字节 . 然后尝试64kB读取，读取几乎立即返回4456字节 . 到现在为止还挺好 . 立即尝试另一次读取61080字节(65536-4456) .

不久之后，编写器线程再次写入文件 . 64kB读取现在正在等待，并且不会再持续30秒 .

所以关于为什么读取会突然阻塞的任何特定想法？

编辑：从查看行为开始，一旦读取达到EOF并且提前返回，如果在新写入发生之前立即重试读取，则阻塞似乎总是发生 . 在这种情况下，读取将不会退出几秒钟(通常为20秒)