Have you ever seen a Java File close() throw an exception?

前端 未结 8 858
野性不改
野性不改 2020-12-31 00:10

Has anyone ever seen an exception thrown when calling close method on any closable object?

相关标签:
8条回答
  • 2020-12-31 00:20

    I haven't, but it's possible. Imagine if there's an OutputStream that for some reason hasn't written to the file yet. Well, calling close() will flush out the data, but if the file is locked - then an IOException would be raised.

    0 讨论(0)
  • 2020-12-31 00:20

    I have - in my unit tests against mocks ;)

    0 讨论(0)
  • 2020-12-31 00:23

    Try yanking a USB drive with an open file on it. If it doesn't give an exception I'd be pretty surprised.

    0 讨论(0)
  • 2020-12-31 00:25

    Old post and long since answered but here's a real example:

    The following code will except out when bufferedWriter.close() is called. This happens because the BufferedWriter's underlying Writer (the FileWriter) has already been closed and when a BufferedWriter closes, it first attempts to flush any data in its buffer to its underlying Writer.

    File newFile = new File("newFile.txt");
    
    FileWriter fileWriter = new FileWriter(newFile);
    BufferedWriter bufferedWriter = new BufferedWriter(fileWriter);
    
    bufferedWriter.write("Hello World");
    
    fileWriter.close();
    bufferedWriter.close();
    

    Note: If there's no data in the buffer [comment out the write() line or add a flush() call] then no exception will be generated

    0 讨论(0)
  • 2020-12-31 00:32

    An IOException will be thrown on close if the final flush fails. Possible causes include:

    • the file system is full, or the user is over quota,
    • hard disc errors,
    • a file system was forcibly unmounted,
    • a remote file system is unavailable due to networking or other problems,
    • (possibly) a character encoding error if writing to the file via an OutputStreamWriter or similar,
    • a device error if the "file" is a device file,
    • a lost connection if the closeable is a network stream,
    • a broken pipe if the closeable is a pipe to external process,
    • and so on.

    I have certainly seen some of these. Others are unlikely.

    However, if the data you are writing is important then you should allow for close failing. For example, if your application is writing out a critical file the file system fills up, your application had better notice this before it replaces the old copy of the file with the truncated version.

    0 讨论(0)
  • 2020-12-31 00:40

    Yes, it's not that rare, IMHO if you are working with anything other than non-local disk files.

    Close() works if at that point your closable is still valid and open. Many things like pipes, remote files, etc., can die prematurely.

    In addition, I have seen code that ignores errors on open and write and still tries to close (e.g., in a finally block).

    0 讨论(0)
提交回复
热议问题