При написании Java -программ обычно предлагается быть пойманным, и некоторые исключения не должны быть принудительно пойманы. Люди, которые были переведены с других языков, таких как я, действительно немного запутались, поэтому я переосмыслим это в моем понимании.
Базовым классом исключения является исключение, а подклассы исключения включают Runtimeexception и другие исключения. Эти другие исключения называются проверенными исключениями, а Runtimeexception называется неконтролируемыми исключениями.
Это нелегко понять, просто посмотрев на имя. Компилятор знает, что все типы или методы могут бросить исключения, и когда вы используете определенный тип или метод, компилятор предложит вам поймать известные исключения. Возможным исключением, известным этим компиляторам, является проверенное исключение. Например, когда вы закрываете поток файла, ioException уже заявило в методе близкого близкого к лицу, что он может быть брошен, и компилятор побуждает вас, что исключение должно быть поймано. Исключение Runtimeexception неизвестно на этапе компиляции и может быть определена только на стадии работы. Потому что этот делитель может быть изменен на стадии бега, без призывов для захвата. Эти Runtimeexceptions - неконтролируемые исключения.
Короче говоря, Java - сделать программу как можно больше. Это объяснение должно быть яснее.
Давайте доберемся до сути.
Некоторые друзья, возможно, столкнулись с этой ситуацией при отладке программы. Есть только две причины: 1. Поток, в котором находится исключение, не тот и тот же поток, что и поток, который вы ловите, 2. Программа бросает не исключение, а ошибку. Ошибка, как и исключение, наследует от броска, относится к серьезной ошибке, которая не должна быть поймана. Когда я увидел это объяснение, я был настолько глуп, что не понял, почему я не должен ловить ошибку. Поскольку возникает ошибка, программа не будет работать напрямую, поэтому не имеет смысла ее поймать. Затем моя проблема снова. Фактически, это предположение не соответствует действительности, потому что, если ошибка действительно существует, вы обнаружите проблемы в среде разработки, и невозможно опубликовать их в официальной среде.
Увы, я прошел долгий путь и сделал такую глупую вещь, поэтому не обсуждайте, должна ли ошибка быть захвачена!
Я все еще знаю, и цель написания - получить руководство каждого. Если статья поможет вам, это будет здорово.