Java 확인 및 확인되지 않은 예외

Java 예외는 확인된 예외와 확인되지 않은 예외의 두 가지 유형으로 구분됩니다.

간단히 말하면, 확인된 예외는 실행 중에 복구할 수 있지만, 확인되지 않은 예외는 처리할 수 없는 오류입니다.

확인된 예외:

은 유효하지 않으며 프로그램에서 예측할 수 없음을 의미합니다. 예를 들어 잘못된 사용자 입력, 파일이 존재하지 않음, 네트워크 또는 데이터베이스 링크 오류 등이 있습니다. 이는 모두 외부적인 이유이며 프로그램 내에서 제어할 수 없습니다.

은 코드에서 명시적으로 처리되어야 합니다. 예를 들어 블록 처리를 시도하거나 메서드에 throws 설명을 추가하여 호출 스택의 상위 계층에 예외를 발생시킵니다.

java.lang.Exception에서 상속됩니다(java.lang.RuntimeException 제외).

확인되지 않은 예외:

는 오류, 즉 프로그램의 논리적 오류를 나타냅니다. IllegalArgumentException, NullPointerException 및 IllegalStateException과 같은 RuntimeException의 하위 클래스입니다.

처리를 위해 코드에서 확인되지 않은 예외를 명시적으로 포착할 필요가 없습니다.

java.lang.RuntimeException에서 상속됩니다(그리고 java.lang.RuntimeException은 java.lang.Exception에서 상속됩니다).

Java에서 확인된 예외는 코드에서 try-catch를 통해 명시적으로 catch되거나 다시 발생되어야 합니다. 이 예외를 처리할 필요가 없는 경우 이러한 예외를 다시 발생시키면 됩니다. 한 가지 단점은 많은 사람들이 코드에 직접 빈 catch 블록을 작성하는 데 익숙하다는 것입니다. 이로 인해 코드가 중복되고 "추악"해질 뿐만 아니라 디버깅에 문제가 발생하고 코드 유지 관리가 어려워집니다. 그래서 일부 사람들은 check가 코드를 장황하게 만들고 빈 catch 블록은 의미가 없으므로 Java 표준에서 check 예외를 제거해야 한다고 말합니다. 예를 들어 C#에는 check 예외라는 개념이 없으며 C#에서는 명시적인 catch를 강제하지 않습니다. 예외.

Java 예외를 이 두 가지 유형으로 나누는 이유는 다음과 같은 고려 사항에 따른 것이어야 합니다.

checked 예외는 개발자가 어떤 행에서 예외가 발생할 수 있는지 파악하는 데 도움이 될 수 있도록 Java의 API에 설명되어 있기 때문입니다. 예외를 발생시킬 수 있는 메소드를 호출할 수 있습니다. 처리되지 않으면 컴파일이 어느 정도 통과되지 않습니다. 이 방법을 사용하면 프로그램의 일부 오류를 피할 수 있습니다.

두 가지 간단한 예

1. checked 예외

import java.io.BufferedReader;
import java.io.File;
import java.io.FileReader;
public class Main {
public static void main(String[] args) {
File f = new File("C:\test.txt");
FileReader r = new FileReader(f); //A
BufferedReader br = new BufferedReader(r);
br.readLine(); //B
br.close(); //C
}
}

이 코드는 A, B 및 C 행 때문에 컴파일할 수 없습니다. IOException이 발생합니다. 이 코드를 try-catch 블록에 넣거나 컴파일할 기본 메서드에 IOException을 추가해야 합니다.

2. Unchecked 예외

public class Main {
public static void main(String[] args) {
int a = 0;
int b = 100;
int c = b/a;
}
}

컴파일은 가능하지만 실행 시 오류가 발생합니다.

Exception in thread “main” java.lang.ArithmeticException: / by zero
at Main.main(Main.java:13)

ArithmeticException은 unchecked 예외입니다.

사용자 정의 예외

1. 확인된 예외

사용자 정의 예외 클래스 InvalidUrlException

public class InvalidUrlException extends Exception {
public InvalidUrlException(String s){
super(s);
}
}

public class Main {
public static void getRemoteData(String url) throws InvalidUrlException{
if(isValidUrl(url)){
//获取远程数据
}
else
throw new InvalidUrlException("Invalid URL: " + url);
}
public static boolean isValidUrl(String url){
.... //验证URL是否有效
}
public static void main(String[] args) {
getRemoteData(args[0]);
}
}

메인 메소드에서 getRemoteData가 호출되는 경우 두 가지 방법이 있는데, 하나는 try-catch이고, 다른 하나는 InvalidUrlException을 main에 직접 추가하는 것입니다.

2. 확인되지 않은 예외

InvalidUrlException을 RuntimeException

public class InvalidUrlException extends Exception {
public InvalidUrlException(String s){
super(s);
}
}

으로 확장하면 main에서 throw 또는 try-catch를 추가할 필요가 없습니다.

선택된 예외 또는 선택되지 않은 예외를 선택하시겠습니까?

일부 Java 책에서는 복구 가능한 모든 예외에 대해 확인된 예외 처리기를 사용하고 복구할 수 없는 오류에 대해 확인되지 않은 예외를 사용하도록 권장합니다. 그러나 실제로 RuntimeException에서 상속된 대부분의 Java 예외는 프로그램에서 복구될 수도 있습니다. 예를 들어 NullPointerException, IllegalArgumentExceptions, Divide-by-0 예외 등은 프로그램이 계속 실행되도록 캡처하고 처리할 수 있습니다. 시작하는 동안 구성 파일을 읽는 등 일부 특수한 상황에서만 프로그램 실행이 중단됩니다. 구성 파일이 없거나 심각한 오류가 있는 경우 프로그램을 종료해야 합니다.

다음은 확인된 예외에 대한 몇 가지 주장입니다.

컴파일러는 개발자가 항상 예외 처리를 기억할 수 있도록 확인되지 않은 예외를 포착하거나 발생시킵니다.

확인된 예외를 발생시키는 메서드는 발생을 선언해야 합니다. 발생은 메서드나 인터페이스의 일부가 되므로 메서드 예외를 추가하거나 수정할 때 후속 버전에 불편을 초래합니다.

확인되지 않은 예외는 명시적으로 처리할 필요가 없지만 예외 처리를 어렵게 만듭니다.

확인된 예외 메서드 호출 시 이 메서드의 예외를 처리해야 하므로 상위 호출자 코드가 혼란스럽습니다.

선택 여부를 선택하는 것은 귀하의 몫입니다. 어느 것이 정확하다고 말하기는 어렵고 그 반대도 마찬가지입니다. 현재 가장 많이 사용되는 언어 중에서는 Java가 확인된 예외를 지원하는 유일한 언어인 것으로 보이며, 다른 언어에는 확인되지 않은 예외만 지원됩니다.

위 내용은 Java의 Checked 예외와 Unchecked 예외 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!