java.util.zip.ZipFile.close（）什么时候抛出IOException？

Question

Under what circumstances would java.util.zip.ZipFile.close() throw an IOException? Its method signature indicates that it can be thrown, but from the source code there doesn't seem to be any place where this could happen, unless it's in native code. What corrective action, if any, could be taken at the point where that exception is caught?

Answer 1

From the API docs on ZipFile.close() :

Closing this ZIP file will close all of the input streams previously returned by invocations of the getInputStream method.

And InputStream.close() throws an IOException , so ZipFile.close() has to throw it too. According to the API docs for InputStream.close() , it throws an IOException "if an I/O error occurs". That's not very descriptive but it's casting a wide net. InputStreams can represent streams coming from the filesystem, network, memory, etc. InputStreams can involve buffers that need to be flushed, sockets that need to be closed, resources that need to be freed, locks that need to be freed, etc. IOExceptions can happen for a variety of reasons.

Answer 2

From man close(2):

Not checking the return value of close() is a common but nevertheless serious programming error. It is quite possible that errors on a previous write(2) operation are first reported at the final close(). Not checking the return value when closing the file may lead to silent loss of data. This can especially be observed with NFS and with disk quota.

Answer 3

I'm not sure but I think IOException is thrown when one of the following events happen:

• The zip file was deleted by something/someone outside of the application.
• When the drive that contains the zip file is unmounted/disconnected

A lot more events might be the reason but those are the only two I could think of right now.

Answer 4

The documentation for ZipFile.close() says:

Closing this ZIP file will close all of the input streams previously returned by invocations of the getInputStream method.

Presumably the native close method is performing the close the InputStreams.

The close method of InputStream has IOException as a checked exception.

The most likely cause is an out of space condition on the filesystem where the zip file is being written error in the underlying filesystem. Unless you can identify the cause and work around it on the fly, all you can do is report the condition to the user.