Java 프로그래밍의 예외 처리에 대한 10가지 모범 사례

실제로 예외 처리는 구문을 아는 것만큼 간단하지 않습니다. 강력한 코드를 작성하는 것은 예술에 가깝습니다. 이 기사에서는 Java 예외 처리 모범 사례에 대해 설명합니다. 이러한 Java 모범 사례는 표준 JDK 라이브러리와 오류 및 예외 처리를 위한 여러 오픈 소스 코드를 따릅니다. 또한 Java 프로그래머가 강력한 코드를 작성하는 데 유용한 매뉴얼이기도 합니다. Java 프로그래밍의 예외 처리 모범 사례

다음은 제가 수집한 Java 프로그래밍의 예외 처리에 대한 10가지 모범 사례입니다. Java 프로그래밍에는 확인된 예외에 대한 칭찬과 불명예가 있습니다. 예외를 강제로 처리하는 것은 언어의 기능입니다. 이 기사에서는 확인된 예외의 사용을 최소화하고 Java 프로그래밍에서 확인된 예외와 확인되지 않은 예외를 사용하는 방법을 알아봅니다.

1) 복구 가능한 오류에는 확인된 예외를 사용하고 프로그래밍 오류에는 확인되지 않은 오류를 사용합니다.

확인된 예외 또는 확인되지 않은 예외를 선택하는 것은 Java 프로그래머에게 항상 혼란스러운 일입니다. 확인된 예외는 오류 조건에 대한 예외 처리 코드를 제공하도록 보장합니다. 이는 강력한 코드를 작성하도록 하는 언어의 방법이지만 많은 혼란을 야기하고 읽을 수 없게 만듭니다. 물론 교체 및 복구 전략이 있다면 예외를 포착하고 이에 대해 조치를 취하는 것이 합리적으로 보입니다. Java 프로그래밍에서 확인된 예외 또는 런타임 예외 중에서 선택합니다. 자세한 내용은 확인된 예외와 확인되지 않은 예외를 참조하세요.

2) finally 블록의 리소스를 닫거나 해제합니다.

이것은 Java 프로그래밍에서 잘 알려진 모범 사례이며 네트워크 및 IO 클래스를 처리할 때의 표준과 동일합니다. finally 블록에서 리소스를 닫으면 정상 및 비정상 실행 조건에서 이전에 사용 가능하고 부족한 리소스를 합리적으로 해제할 수 있으며, 이는 finally 블록에서 보장됩니다. Java 7부터 언어에는 더 흥미로운 기능이 있습니다. 리소스 관리 자동화 또는 ARM 블록이 이 기능을 구현할 수 있습니다. 그럼에도 불구하고 우리는 finally 블록에서 리소스를 닫는 것을 기억해야 합니다. 이는 소켓 및 파일 프로그래밍의 경우에 사용되는 FileDescriptor와 같은 제한된 리소스를 해제하는 데 중요합니다.

3) 예외 원인을 스택 추적에 포함

여러 번 다른 예외로 인해 예외가 발생하면 Java 라이브러리와 오픈 소스 코드는 하나의 예외를 패키지화합니다. 또 다른 예외로. 루트 예외를 기록하고 인쇄하는 것이 매우 중요해졌습니다. Java 예외 클래스는 예외의 근본 원인에 대한 추가 정보를 제공할 수 있는 예외 원인을 검색하는 getCause() 메소드를 제공합니다. 이 Java 사례는 디버깅이나 문제 해결 시 매우 유용합니다. 예외를 다른 예외로 래핑하는 경우 새 예외를 생성할 때 소스 예외를 전달해야 한다는 점을 항상 기억하세요.

4) 항상 예외에 대한 의미 있고 완전한 정보를 제공하세요

예외 정보는 프로그래머가 가장 먼저 보는 곳이기 때문에 가장 중요한 곳입니다. 여기에서 예외의 근본 원인을 찾을 수 있습니다. 문제. 이곳에서는 항상 정확하고 확실한 정보가 제공됩니다. 예를 들어, IllegalArgumentException 예외의 두 가지 예외 메시지를 비교하십시오.

메시지 1: "메서드에 대한 인수가 잘못되었습니다."
메시지 2: "${argument}에 대한 잘못된 값: ${value}

첫 번째 메시지에는 매개변수가 잘못되었거나 잘못되었다는 내용만 나와 있지만 두 번째 메시지에는 매개변수 이름과 잘못된 값이 포함되어 있습니다. 이는 Java 프로그래밍에서 예외 처리 코드를 작성할 때 오류의 원인을 찾는 데 중요합니다. Java 모범 사례

5) 확인된 예외의 남용 방지

확인된 예외는 실행을 강제하는 데 있어 특정 이점이 있지만 동시에 비즈니스 로직을 마스킹하여 코드를 손상시키고 코드 읽기를 어렵게 만듭니다. 확인된 예외를 과도하게 사용하지 않는 한 이러한 상황을 최소화할 수 있으며 결과는 더 깔끔한 코드입니다. 여러 예외에 대한 하나의 catch 블록 및 자동 리소스 관리와 같은 새로운 Java 7 기능을 사용하여 중복을 제거할 수도 있습니다.

6) 확인된 예외를 런타임 예외로 변환

이것은 Spring과 같은 대부분의 프레임워크에서 확인된 예외의 사용을 제한하는 데 사용되는 기술 중 하나이며, 대부분 JDBC의 확인된 예외는 모두 DataAccessException에 래핑되어 있습니다. , (DataAccessException) 예외는 확인되지 않은 예외입니다. 이는 Java 모범 사례가 제공하는 이점입니다. 특정 예외는 DAO 계층에 배치되는 SQLException과 같은 특정 모듈로 제한되고 명확한 의미가 있는 런타임 예외는 클라이언트 계층에 발생합니다.

7) 예외는 성능 측면에서 비용이 많이 든다는 점을 기억하세요.

한 가지 기억해야 할 점은 예외는 비용이 많이 들고 코드 실행 속도를 느리게 한다는 것입니다. ResultSet에서 읽는 메소드가 있는 경우 다음 요소로 이동하지 않고 SQLException이 발생하는 경우가 많으며, 이는 예외를 발생시키지 않는 일반 코드보다 훨씬 느리게 실행됩니다. 따라서 정해진 이유가 없는 경우 불필요한 예외 포착 및 이동이 최소화됩니다. 단지 예외를 던지고 잡는 대신 부울 변수를 사용하여 실행 결과를 나타낼 수 있다면 더 깔끔하고 성능이 뛰어난 솔루션을 얻을 수 있습니다. 오류의 근본 원인을 수정하고 불필요한 예외 포착을 방지하세요.

8) 빈 catch 블록을 피하세요

빈 catch 블록보다 더 나쁜 것은 없습니다. 왜냐하면 오류와 예외를 숨길 뿐만 아니라 개체를 사용할 수 없거나 더티 상태로 만들 수도 있기 때문입니다. 빈 catch 블록은 예외가 어떤 식으로든 객체 상태에 계속 영향을 미치지 않을 것이라는 확신이 있는 경우에만 의미가 없게 될 수 있지만 프로그램 실행 중 오류를 기록하는 것이 여전히 최선의 방법입니다. 이는 단순한 Java 모범 사례가 아니라 Java 프로그래밍에서 예외 처리 코드를 작성하는 가장 일반적인 방법입니다.

9) 표준 예외 사용

아홉 번째 모범 사례에서는 표준 및 내장 Java 예외를 사용할 것을 권장합니다. 매번 자체 예외를 만드는 대신 표준 예외를 사용하는 것이 현재와 미래의 유지 관리성과 일관성을 위한 최선의 선택입니다. 표준 예외를 재사용하면 대부분의 Java 개발자가 JDK에서 발생하는 RuntimeException, IllegalStateException, IllegalArgumentException 또는 NullPointerException과 같은 표준 예외에 익숙하고 각 예외를 한눈에 알 수 있기 때문에 코드를 더 쉽게 읽을 수 있습니다. 코드나 문서에서 예외를 정의했습니다.

10) 어떤 메소드에서든 발생하는 예외 기록

Java는 예외를 발생시키는 throw 및 throw 키워드를 제공합니다. [이메일 보호] API 또는 공개 인터페이스를 작성하는 경우 이것이 매우 중요해집니다. . 메서드에서 발생하는 모든 예외는 해당 메서드를 사용하는 모든 사람에게 무의식적으로 경고할 수 있도록 문서화되어야 합니다. 이는 Java 프로그래밍에서 예외를 처리할 때 따라야 하는 모든 모범 사례입니다. Java 프로그래밍에서 예외 처리 코드를 작성하는 동안 따라야 할 관행이 무엇인지 알려주세요.