3

我正在调查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 上的答案特别感兴趣,但对于其他操作系统的更一般的答案也将不胜感激。

4

2 回答 2

3

我猜EIO来自bad_file_flushin fs/bad_inode.c。似乎当内核在访问 inode 时出现任何故障时,它会将打开的文件描述转换为一个伪打开文件,bad_inode_ops其文件操作为 with。我找不到为基于 FAT 的文件系统执行此操作的代码,但也许有一些通用代码。

至于原因,可能类似于连接 USB 电缆并从连接的计算机安装文件系统、移除 SD 卡等。

于 2013-09-10T00:43:38.877 回答
-1

通常,您应该在关闭流时始终预料到 IOExceptions。代码非常简单,但请参阅此处以获取 Java 可以提供的最简洁的示例:

https://stackoverflow.com/a/156520/1489860

但是,在您的特定情况下,我想会引发异常,因为您似乎正在更改unzipOrPassthrough(InputStream)方法中 InputStream 的值,然后尝试关闭它:

        if (entry == null) {
        is = new ByteArrayInputStream(baos.toByteArray());

当您稍后在 FileInputStream 类上调用 close 时,它​​可能会吓坏,因为它现在是一个 ByteArrayInputStream 而不再是一个 FileInputStream。

于 2013-09-10T00:05:19.093 回答