в основе он нормльно работает просто

а тут лень делать стики

Так что там про исключения?

Почему плохо то?

🙄

Тоже интересно почему плохо и как тогда нужно обрабатывать ситуации с ошибками

ждемс ))

Дело в колл стэке! 🤓

Сами по себе - не плохо, если не генерировать их в сильно больших количествах ...

Была задача: В бд хранилась информация о местонахождениии сотен тысяч мелких файлов в файловой системе (это делал не я), надо было собираться информацию с этих файлов и гнать на другой сервак, а там по человечески это загонять в бд ... На тестовых данных было все ок, пока не выяснилось, что файла может и не быть (т.е. информация в таблице бд о его местонахождении есть, но сам файл не создан т.к. в него было нечего записывать ...) и вот тут я хапнул нормальную просадку в производительности из-за кучи исключений ...

Генерировать в каком плане, впринципе в коде во многих местах где может быть ошибка пихать, или имеется ввиду генерить исключение из-за котогорого генерится ещё одно и так каскадом

Решилось проверкой наличия файла, но иногда это не так очевидно

Ну в твоём случае если не нужно было обрабатывать и сохранять тот факт что файла нету то исключения можно было вообще не использовать, верно?а просто пропускать, или как

Какие исключения проверял? Или все подряд?

+

В моем случае на такие файлы надо было просто забивать ... Но сам процесс обработки try {...} ctach{ничего не делать} занимает значительно больше времени, чем проверка наличия файла

Конкретно в этом месте отлавливал только FileNotFoundException

Т.к. предполагал, что иногда чего-то может потеряться (срок хранения файлов был сутки)

Иногда были форсмажеры, которые сносили файлы раньше