我正在调查IOException
由于无法关闭文件而引发的 Android 问题:
java.io.IOException: close failed: EIO (I/O error)
at libcore.io.IoUtils.close(IoUtils.java:41)
at java.io.FileInputStream.close(FileInputStream.java:121)
at com.adamrosenfield.wordswithcrosses.io.JPZIO.convertJPZPuzzle(JPZIO.java:191)
at com.adamrosenfield.wordswithcrosses.net.AbstractJPZDownloader.download(AbstractJPZDownloader.java:56)
at com.adamrosenfield.wordswithcrosses.net.AbstractJPZDownloader.download(AbstractJPZDownloader.java:41)
at com.adamrosenfield.wordswithcrosses.net.AbstractDownloader.download(AbstractDownloader.java:112)
at com.adamrosenfield.wordswithcrosses.net.AbstractDownloader.download(AbstractDownloader.java:108)
at com.adamrosenfield.wordswithcrosses.net.Downloaders.download(Downloaders.java:257)
at com.adamrosenfield.wordswithcrosses.BrowseActivity.internalDownload(BrowseActivity.java:702)
at com.adamrosenfield.wordswithcrosses.BrowseActivity.access$6(BrowseActivity.java:696)
at com.adamrosenfield.wordswithcrosses.BrowseActivity$7.run(BrowseActivity.java:691)
at java.lang.Thread.run(Thread.java:856)
Caused by: libcore.io.ErrnoException: close failed: EIO (I/O error)
at libcore.io.Posix.close(Native Method)
at libcore.io.BlockGuardOs.close(BlockGuardOs.java:75)
at libcore.io.IoUtils.close(IoUtils.java:38)
... 11 more
相关代码:
public static void convertJPZPuzzle(File jpzFile, File destFile,
PuzzleMetadataSetter metadataSetter) throws IOException {
FileInputStream fis = new FileInputStream(jpzFile);
try {
DataOutputStream dos = new DataOutputStream(new FileOutputStream(destFile));
try {
if (!convertJPZPuzzle(fis, dos, metadataSetter)) {
throw new IOException("Failed to convert JPZ file: " + jpzFile);
}
} finally {
dos.close();
}
} finally {
fis.close();
}
}
完整源代码在 GitHub 上。
正在从行中抛出异常fis.close()
。从阅读 Android 源代码中可以看出,它看起来FileInputStream.close()
只是在本机代码中调用close(2)
底层文件描述符。
手册页似乎没有说明什么会导致EIO
错误,他们只是说“发生了 I/O 错误”。或“如果在 close() 期间读取或写入文件系统时发生 I/O 错误”。Mac OS X 手册页说,当“以前未提交的写入(2)遇到输入/输出错误”时,可能会发生这种情况。在那些系统上。
在这种情况下,究竟是什么导致文件描述符close(2)
的错误失败,该EIO
文件描述符只为读取而打开?显然,这不是一个未提交的write(2)
. 在这个特定文件的情况下,它是使用 Android 的 DownloadManager 服务下载的,这意味着可能存在试图同时访问它的延迟线程和/或进程,但我几乎看不出这会如何影响尝试关闭它。此外,在此代码运行后,该文件即将被删除(此处),但除非 Android 中有一个未记录的时间机器,否则未来的代码应该不会在这里产生影响。
我对 Android 和/或 Linux 上的答案特别感兴趣,但对于其他操作系统的更一般的答案也将不胜感激。