이 글은 주로 특정 참조 가치가 있는 Java 예외의 소개와 아키텍처를 공유합니다. 관심 있는 친구는 이를 참조할 수 있습니다.
Java 예외 소개
Java 예외는 Java 일관성이 제공하는 일종의 식별 및 응답 오류입니다. 기구.
Java 예외 메커니즘은 프로그램의 예외 처리 코드를 일반 비즈니스 코드와 분리하여 프로그램 코드를 더욱 우아하게 만들고 프로그램의 견고성을 향상시킬 수 있습니다. 예외가 효과적으로 사용되면 예외는 무엇을, 어디서, 왜라는 세 가지 질문에 명확하게 답할 수 있습니다. 예외 유형은 "무엇"이 발생했는지에 대답하고, 예외 스택 추적은 "어디"에 답하며, 예외 정보는 "왜"에 답합니다. " 던진다.
Java 예외 메커니즘에 사용되는 여러 키워드: try, catch, finally, throw, throws.
•시도 - 모니터링에 사용됩니다. 모니터링할 코드(예외를 발생시킬 수 있는 코드)를 try 문 블록 내에 배치합니다. try 문 블록 내에서 예외가 발생하면 해당 예외가 발생합니다.
•catch - 예외를 잡는 데 사용됩니다. catch는 try 문 블록에서 발생하는 예외를 잡는 데 사용됩니다.
• finally -- finally 블록은 항상 실행됩니다. 주로 try 블록에서 열린 물리적 리소스(데이터베이스 연결, 네트워크 연결, 디스크 파일 등)를 재활용하는 데 사용됩니다. 실행이 완료된 후 finally 블록만 돌아와서 try 또는 catch 블록의 return 또는 throw 문을 실행합니다. finally 블록에서 return 또는 throw 등의 문을 사용하면 실행으로 다시 점프하지 않고 직접 중지하십시오.
• throw - 예외를 발생시키는 데 사용됩니다.
• throws - 메소드에 의해 발생할 수 있는 예외를 선언하기 위해 메소드 서명에 사용됩니다.
다음은 여러 예를 통해 이러한 키워드를 간략하게 이해한 것입니다.
예 1: try 및 catch의 기본 사용법 이해
public class Demo1 {
public static void main(String[] args) {
try {
int i = 10/0;
System.out.println("i="+i);
} catch (ArithmeticException e) {
System.out.println("Caught Exception");
System.out.println("e.getMessage(): " + e.getMessage());
System.out.println("e.toString(): " + e.toString());
System.out.println("e.printStackTrace():");
e.printStackTrace();
}
}
}실행 결과:
Caught Exception
e.getMessage(): / by zero
e.toString(): java.lang.ArithmeticException : / by zero
e.printStackTrace():
java.lang.ArithmeticException: / by zero
at Demo1.main(Demo1.java:6)
결과 설명: try 문 블록. 이 작업은 java.lang.ArithmeticException 예외를 발생시킵니다. catch를 통해 예외를 잡아냅니다.
결과를 관찰한 결과 System.out.println("i="+i)가 실행되지 않은 것으로 나타났습니다. 이는 try 문 블록에서 예외가 발생한 후 try 문 블록에 남아 있는 내용이 더 이상 실행되지 않음을 보여줍니다.
예제 2: finally의 기본 사용법을 이해하세요
"예제 1"을 기반으로 finally 문을 추가합니다.
public class Demo2 {
public static void main(String[] args) {
try {
int i = 10/0;
System.out.println("i="+i);
} catch (ArithmeticException e) {
System.out.println("Caught Exception");
System.out.println("e.getMessage(): " + e.getMessage());
System.out.println("e.toString(): " + e.toString());
System.out.println("e.printStackTrace():");
e.printStackTrace();
} finally {
System.out.println("run finally");
}
}
}실행 결과:
Caught Exception
e.getMessage(): / by zero
e.toString(): java.lang.ArithmeticException: / by zero
e.printStackTrace():
java.lang.ArithmeticException : / by zero
at Demo2.main(Demo2.java:6)
run finally
결과 설명: finally 문 블록이 마침내 실행되었습니다.
예 3: throw 및 throw의 기본 사용법 이해하기
throw는 throw된 예외를 선언하는 데 사용되는 반면, throw는 예외를 발생시키는 데 사용됩니다.
class MyException extends Exception {
public MyException() {}
public MyException(String msg) {
super(msg);
}
}
public class Demo3 {
public static void main(String[] args) {
try {
test();
} catch (MyException e) {
System.out.println("Catch My Exception");
e.printStackTrace();
}
}
public static void test() throws MyException{
try {
int i = 10/0;
System.out.println("i="+i);
} catch (ArithmeticException e) {
throw new MyException("This is MyException");
}
}
}실행 결과:
Catch My Exception
MyException: Demo3.test(Demo3.java:24)
at Demo3.main(Demo3.java:13)
Java 예외 프레임워크
1. Throwable
Throwable에는 Error와 Exception이라는 두 가지 하위 클래스가 있습니다. 특이한 일이 발생했음을 나타내는 데 자주 사용됩니다.
Throwable에는 스레드가 생성될 때 스레드 실행 스택의 스냅샷이 포함되어 있으며 스택 추적 데이터 및 기타 정보를 얻기 위해 printStackTrace()와 같은 인터페이스를 제공합니다.
2.Exception
3. 런타임 예외
RuntimeException은 Java 가상 머신의 정상적인 작동 중에 발생할 수 있는 예외의 슈퍼클래스입니다.
컴파일러는 RuntimeException을 확인하지 않습니다. 예를 들어 제수가 0이면 ArithmeticException이 발생합니다. RuntimeException은 ArithmeticException의 슈퍼클래스입니다. 코드가 0으로 나눌 때, throws 문을 통해 ArithmeticException을 발생시키지도 않고 try...catch를 통해 예외를 처리하지도 않으면 코드는 여전히 컴파일될 수 있습니다. 이것이 우리가 "컴파일러가 RuntimeException을 확인하지 않는다"라고 부르는 것입니다!
코드에서 RuntimeException이 발생하는 경우 코드를 수정하여 이를 방지해야 합니다. 예를 들어 0으로 나누기가 발생하면 코드를 통해 이를 방지해야 합니다!
4. Error
Exception과 마찬가지로 Error도 Throwable의 하위 클래스입니다. 이는 합리적인 응용 프로그램이 포착하려고 시도해서는 안 되는 심각한 문제를 나타내는 데 사용됩니다. 이러한 오류는 대부분 예외적인 조건입니다.
RuntimeException과 마찬가지로 컴파일러는 오류를 확인하지 않습니다.
Java는 발생 가능한 구조를 Checked Exception, RuntimeException 및 Error의 세 가지 유형으로 나눕니다.
(01) 런타임 예외
정의: RuntimeException 및 해당 하위 클래스를 런타임 예외라고 합니다.
특징: Java 컴파일러는 이를 확인하지 않습니다. 즉, 프로그램에서 이런 종류의 예외가 발생할 경우, throws 문을 통해 발생하지도 않고 try-catch 문으로 포착되지도 않으면 여전히 컴파일됩니다. 예를 들어 제수가 0일 때 생성되는 ArithmeticException, 배열이 범위를 벗어날 때 생성되는 IndexOutOfBoundsException, 실패-실패 메커니즘에 의해 생성되는 ConcurrentModificationException 등은 모두 런타임 예외입니다.
Java 컴파일러는 런타임 예외를 확인하지 않지만, throw를 통해 선언하거나 try-catch를 통해 catch할 수도 있습니다.
런타임 예외가 발생하면 이를 방지하기 위해 코드를 수정해야 합니다. 예를 들어 0으로 나누기가 발생하면 코드를 통해 이를 방지해야 합니다!
(02) 검사 예외
정의: Exception 클래스 자체와 "런타임 예외"를 제외한 Exception 하위 클래스의 다른 하위 클래스는 모두 검사 예외입니다.
기능: Java 컴파일러가 이를 확인합니다. 이러한 예외는 throw를 통해 선언 및 발생되거나 try-catch를 통해 포착 및 처리되어야 합니다. 그렇지 않으면 컴파일을 통과할 수 없습니다. 예를 들어 CloneNotSupportedException은 확인된 예외입니다. clone() 인터페이스를 통해 객체가 복제되고 해당 객체에 해당하는 클래스가 Cloneable 인터페이스를 구현하지 않는 경우 CloneNotSupportedException 예외가 발생합니다.
Checked 예외는 일반적으로 복구 가능합니다.
(03) Error
정의: 오류 클래스 및 해당 하위 클래스입니다.
기능: 런타임 예외와 마찬가지로 컴파일러는 오류를 확인하지 않습니다.
자원 부족, 제약 조건 실패 등 프로그램을 계속 실행할 수 없는 상황이 발생하면 오류가 발생합니다. 프로그램 자체로는 이러한 오류를 수정할 수 없습니다. 예를 들어 VirtualMachineError는 오류입니다.
Java 규칙에 따르면 새로운 Error 하위 클래스를 구현하면 안 됩니다!
위 세 가지 구조에서 예외나 오류가 발생할 때 어떤 구조를 사용해야 합니까? "Effective Java"에서 제공되는 조언은 복구 가능한 조건에는 확인된 예외를 사용하고 프로그램 오류에는 런타임 예외를 사용하라는 것입니다.
위 내용은 Java 예외 및 아키텍처에 대한 간략한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!