Почему ресурсы вроде InputStream нужно закрывать явно, а сборщик мусора не освобождает их автоматически?

Почему InputStream и другие ресурсы нужно закрывать явно, если есть сборщик мусора?

• Управление ресурсами: InputStream использует системные ресурсы, включая файлы и сетевые соединения
• Сборщик мусора: освобождает память, однако не гарантирует очистку ресурсов ОС
• Нежелательная задержка: финализаторы запускаются через неопределённый промежуток времени, из-за чего возможны утечки
• Риск утечек: незакрытый InputStream оставляет открытые дескрипторы, создавая нагрузку на систему
• Практика: явное закрытие через try-with-resources гарантирует своевременное освобождение ресурсов
• Производительность: своевременная очистка ресурсов необходима для их оптимального использования и стабильной работы
• Безопасность: закрытие снижает вероятность конфликтов и сбоев внутри приложения

Подробный ответ

Основной ответ

Ресурсы вроде InputStream нужно закрывать явно, чтобы вовремя освободить системные ресурсы — файловые дескрипторы, сетевые сокеты и другие объекты, которыми сборщик мусора не управляет. Его задача заключается только в очистке памяти в heap; быстрое освобождение внешних ресурсов он не гарантирует. В результате при неправильном управлении могут возникнуть утечки и исчерпание доступных ресурсов.

Ключевые моменты

• Разделение ответственности: сборщик мусора контролирует память и удаляет объекты, ставшие недостижимыми для кода, но не освобождает низкоуровневые ресурсы ОС — их необходимо закрывать явно.
• Небольшая задержка в finalization: методы вроде finalize() (в старых версиях Java) или Cleaner запускаются в неопределённый момент. Из-за этого могут быть достигнуты лимиты ресурсов, например ограничение на число одновременно открытых файлов.
• Поведение в стресс-тестах и production: если приложение не закрывает поток ввода-вывода явно, доступные ресурсы ОС могут быстро закончиться, что приведёт к сбоям или снижению производительности.

Практический контекст

Начиная с Java 7+ конструкция try-with-resources автоматически закрывает ресурсы после завершения работы с ними и тем самым уменьшает вероятность ошибок. В прикладных системах — например, при взаимодействии с файловой системой или сетевыми соединениями — ресурс важно закрывать своевременно, чтобы предотвращать утечки и поддерживать стабильность сервиса.