Что касается Java-файла закрытия

я заметил в программе Java ниже линии используется, чтобы открыть файл и обработать егоЧто касается Java-файла закрытия

BufferedReader inp = new BufferedReader(new FileReader(inputFile));

В javaprogram ИЯФ не закрывается перед выходом из программы ниже линии недостающую

if (inp != null) 
    try { 
     inp.close(); 
    } catch (IOException logOrIgnore) {}

Программа имеет выходы в большом количестве, но они не закрыли файл. Нужно ли мне всю эту линию ставить? Если я не закрою файл, когда программа выйдет, это будет проблемой. Закрывает ли сборщик мусора файл?

источник

2010-03-05 Arav

- BufferedReader передается другим методам или используется только в одном месте? –

Что значит «программа имеет выходы во многих местах»? Завершает ли программа использование System.exit()? Если это так, то попытка try/finally не будет работать. – Rahul

В отношении связанной заметки, я иногда очень хочу, чтобы Java «использовала» (a la C#). Он позволяет детерминировать удаление с гораздо меньшим количеством помех кода и поощряет The Right Thing. –

Вы должны использовать try/finally:

Reader inp = new BufferedReader(new FileReader(inputFile)); 
try { 
    // Do stuff with "inp" 
} finally { 
    IOUtils.closeQuietly(inp); 
}

IOUtils от Apache Commons IO. Его метод closeQuietly походит на ваш фрагмент кода выше: он вызывает close и игнорирует любые выброшенные исключения.

источник

2010-03-05 02:37:03

Большое спасибо за информацию. – Arav

Сборщик мусора не закрывает файл. Если вы знаете, что ваша программа не будет работать долго или открыть много файлов, вы можете уйти, не закрывая файл. Но в противном случае вам нужно закрыть его вручную.

источник

2010-03-05 02:37:46

function() { BufferedReader inp = new BufferedReader (новый FileReader (inputFile)); } Поскольку он определен внутри функции объекта, он не будет автоматически уничтожен после выхода из функции? Будет ли это проблемой, если я его не закрою? – Arav

Сборщик мусора * делает * закрывает файл, но нет гарантии, что он когда-либо будет выполнен. ОС также закроет файл, когда процесс завершится. Для входных файлов это достаточно хорошо. Для выходных файлов с буферами в прикладном пространстве, таких как BufferedOutputStream, BufferedWriter, ObjectOutputStream, PrintStream, PrintWriter, это не так. – EJP

@EJP: Нет ничего в javadoc для FileReader или BufferedReader, который говорит, что он будет закрыт автоматически. Оба они имеют метод explict close(). Они оба наследуют finalize() от Object, поэтому я не вижу, как может произойти что-то конкретное для читателя, когда объект GC'd. (Вы, конечно, правильно, что ОС закроет файл, когда процесс завершит работу.) –

Похоже, вы используете BufferedReader, не возвращаясь к контексту, в котором он был объявлен (возможно, переменная экземпляра?). В этом случае вы должны закрыть его вручную при каждом возможном выходе из приложения. Вы не можете полагаться на сборщика мусора, чтобы сделать это за вас.

источник

2010-03-05 02:43:47 Joel

function() {BufferedReader inp = new BufferedReader (новый FileReader (inputFile)); } Поскольку он определен внутри функции объекта, он не будет автоматически уничтожен после выхода из функции? Будет ли это проблемой, если я его не закрою? – Arav

@arav: В итоге он получит мусор (возможно, скоро, но никаких гарантий безотказной работы), но это не произойдет сразу же при выходе функции. Подход try/finally позволяет закрыть файл в точности, когда вы ожидаете, что это произойдет («детерминированное удаление»). –

@arav: Что касается проблемы, если вы не закрываете ее явно, если вы вызываете эту функцию слишком много раз, прежде чем сборщик мусора может завершить работу ваших читателей, тогда у вас закончится доступный дескриптор файла и больше не откроется (пока некоторые существующие дескрипторы файлов не будут закрыты). –

Что касается Java-файла закрытия

ответ

Смежные вопросы