실제로 예외 처리는 단순히 구문을 아는 것 이상입니다. 강력한 코드를 작성하는 것은 예술에 가깝습니다. 이 기사에서는 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 블록은 예외가 어떤 식으로든 객체 상태에 계속 영향을 미치지 않을 것이라고 확신하는 경우에만 의미가 없지만 프로그램 실행 중 오류를 기록하는 것이 여전히 최선의 선택입니다. 이는 단순한 Java 모범 사례가 아니라 Java 프로그래밍에서 예외 처리 코드를 작성하는 가장 일반적인 방법입니다.
9) 표준 예외 사용
아홉 번째 모범 사례에서는 표준 및 내장 Java 예외를 사용하도록 권장합니다. 매번 자체 예외를 만드는 대신 표준 예외를 사용하는 것이 현재와 미래의 유지 관리성과 일관성을 위한 최선의 선택입니다. 표준 예외를 재사용하면 대부분의 Java 개발자가 JDK에서 발생하는 RuntimeException, IllegalStateException, IllegalArgumentException 또는 NullPointerException과 같은 표준 예외에 익숙하고 각 예외를 한눈에 알 수 있기 때문에 코드를 더 쉽게 읽을 수 있습니다. 코드나 문서에서 예외를 정의했습니다.
10) 모든 메소드에서 발생한 예외를 기록합니다.
Java는 throw 및 throw 키워드를 제공하여 예외를 발생시킵니다. javadoc에서 @throw를 사용하면 모든 메소드에서 발생할 수 있는 예외를 기록할 수 있습니다. API나 공개 인터페이스를 작성하는 경우 이는 매우 중요합니다. 메서드에서 발생하는 모든 예외는 해당 메서드를 사용하는 모든 사람에게 무의식적으로 경고할 수 있도록 문서화되어야 합니다. 이는 Java 프로그래밍에서 예외를 처리할 때 따라야 하는 모든 모범 사례입니다. Java 프로그래밍에서 예외 처리 코드를 작성하는 동안 따라야 할 관행이 무엇인지 알려주세요.