검사 된 예외와 런타임 예외의 차이

확인 된 예외와 런타임 예외

예외는 특수한 유형의 이벤트이므로 정상적인 프로그램 흐름을 방해 할 수 있습니다. 이름 예외는 "특별 이벤트"에서 비롯됩니다. 예외를 throw하는 것은 예외 객체를 생성하여 런타임 시스템에 전달하는 프로세스입니다. 런타임 시스템이 예외 객체를 받으면 메소드를 호출 한 역순으로 객체를 탐색하여 호출 스택 내에서 예외 객체를 처리하려고하는 사람을 찾으려고 시도합니다. 런타임 시스템은 예외 핸들러가있는 메소드를 찾으면 성공합니다. 예외 처리기는 공식적으로 예외를 처리 할 수있는 코드 블록입니다. 런타임 시스템이 적절한 핸들러를 찾으면 예외 오브젝트를 핸들러로 전달합니다. 이를 예외 포착이라고합니다. 그러나 예외를 처리 할 수 ​​없으면 프로그램이 종료됩니다. Java에서는 예외가 Throwable 클래스에서 상속됩니다. 확인 된 예외는 처리가 컴파일러에 의해 적용되는 예외입니다. 런타임 예외는 컴파일러에서 검사하지 않는 예외 유형입니다.

확인 된 예외 란 무엇입니까?

확인 된 예외는 java 클래스의 객체입니다. 랭. 예외 또는 그 서브 클래스 (java. lang. RuntimeException 및 그 서브 클래스를 제외하다). 확인 된 예외는 컴파일 타임에 "선택"됩니다. 즉, 프로그래머는 이러한 예외를 포착하거나 던져야합니다. 그렇지 않으면 컴파일이 불만을 일으켜 컴파일러 오류가 발생합니다. 이러한 이유 때문에 많은 검사 예외는 프로그래머에게 잘 알려져 있습니다. 예를 들어 IOException과 하위 클래스는 검사 된 예외이며 프로그래머가 파일 액세스 또는 수정을 처리 할 때마다 컴파일러는 가능한 모든 IOException이 프로그래머에 의해 처리되는지 확인합니다.

런타임 예외 란 무엇입니까?

런타임 예외는 java로 구성됩니다. 랭. RuntimeException 및 모든 하위 클래스. 이론적으로는 확인 된 예외와 동일한 목적을 수행하며 확인 된 예외처럼 처리되거나 처리 될 수 있지만 컴파일러는 해당 처리를 강제하지 않습니다. 따라서 런타임 예외는 검사되지 않은 예외 집합에 속합니다. NullPointerException, NumberFormatEception, ClassCastException 및 ArrayIndexOutOfBoundsException은 Java의 일반적인 런타임 예외입니다.

Checked Exception과 Runtime Exception의 차이점은 무엇입니까?

체크 된 예외와 런타임 예외는 모두 프로그램 실행 중에 원하지 않는 발생이지만, 차이점이 있습니다. 검사 된 예외 처리는 컴파일러에 의해 시행되지만 런타임 예외는 적용되지 않습니다.따라서 코드를 컴파일하려면 확인 된 예외를 throw하거나 처리해야하지만 런타임 예외와 관련된 요구 사항은 없습니다. 따라서 런타임 예외는 오류와 함께 검사되지 않은 예외 범주에 속합니다.

확인 된 예외의 단점은 프로그래머가 방법을 모르더라도 처리해야한다는 것입니다. 따라서 프로그래머가 원본을 래핑하지 않고 새 예외를 throw하면 원래 예외에 속한 스택 추적이 손실됩니다. 여기서 런타임 예외가 유용합니다. 모든 런타임 예외가 단일 장소에서 처리 될 수 있으므로 프로그래머는 적은 양의 코드를 작성할 수 있습니다. 반면에 체크 된 예외를 잡아야하기 때문에 프로그래머에게는 놀라움이 없습니다. 그녀는 어떤 검사 예외가 특정 방법에 의해 발생할 수 있는지 항상 알 수 있습니다. 이와 반대로 프로그래머에 대한 지식이 없으면 다양한 런타임 예외가 발생할 수 있습니다.