Как правило, есть два способа обработки исключений, либо поймать исключение, или бросить исключение
Если метод бросает исключение времени выполнения (бросает Runtimeexception) после
Если метод выбрасывается после исключения во время компиляции, вызывающий абонент должен обработать его, бросить или пробудить;
Исключения во время выполнения, как правило, не обрабатываются и, как правило, являются логическими ошибками в программе, такие как знаменатель 0 в качестве делителя. Полем Полем
Обратите внимание, что если в попытке возникает исключение, оператор, ниже попытки, не будет выполнена. Вернитесь, чтобы найти обработку исключений по подъему подъема, и будет обработана следующая операция (то есть оператор после того, как Try Catch-Finally будет продолжать выполняться)
/*
* Иногда мы можем справиться с исключениями, но иногда у нас нет разрешения на обработку исключения вообще.
* Или, если я не могу справиться с этим, я не справлюсь с этим.
* Чтобы решить проблему с ошибкой, Java предоставляет еще одно решение для этой ситуации: броска.
*
* Формат:
* бросает имя класса исключений
* Примечание. За этим форматом следует следовать скобки метода.
*
* Уведомление:
* Постарайтесь не делать исключения на основном методе.
* Но я сделал это ради удобства.
*
* Краткое содержание:
* Исключение брошено в период компиляции и должно быть обработано вызывающим абонент в будущем.
* Исключение брошено во время выполнения, и будущие вызовы не обязаны обрабатывать.
*/
Любые исключения Runtimeexception и его подклассов не обрабатываются (не брошены и не пойманные). Если вы действительно знаете, что исключение будет брошено во время выполнения, то можно напрямую проверить логику изменения программы! ! !
Исключение пакета; импорт java.text.parseexception; import java.text.simpledateformat; import java.util.date; public class exceptionDemo {public static void main (string [] args) {System.out.println («Перед набором метода»); {e.printStackTrace ();} System.out.println («Метод вызова 2 после вызова метода 1»); method2 ();} public static void method2 () бросает runtimeexception {int a = 10; int b = 0; System.out.println ("a/b ="+a/b);//Exclestions во время RunTime не обрабатывается. Если исключение добавлено, вызывающему не нужно обрабатывать исключение} public static void method (), который вызывает ParseException {String String = "2015-05-30"; SimpleDateFormat sdf = new SimpleDateFormat ("yyyy-mm-dd") ;// Строка будет постепенно совпадает, и если исключение не будет правильным, исключение не будет правильно, что исключение будет правильно SimpleDateFormat ("yyyy-mm-dd HH: MM: SS"); // Если String только имеет 2015-05-30, и не будет продолжения, тогда он запустит исключение, потому что этот SDF2 не может соответствовать HH: MM: SSDATE DATE = SDF.Parse (String); System.out.printДиаграмма структуры исключений:
Мы, программисты, не можем обрабатывать исключения ошибок, не имея в виду с ними.
Нам не нужно иметь дело с исключением времени выполнения исключения времени выполнения.
Остальные являются исключениями в период компиляции, и мы должны иметь дело с ними.
Выше приведено все содержание, которое редактор приносит вам о разнице между аномальной структурной диаграммой, исключением периода компиляции и исключением периода запуска. Я надеюсь, что это будет полезно для всех и поддерживать wulin.com больше ~