[Effective Java] 아이템 70. 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타입 예외를 사용하라.

🎯 아이템 70. 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타입 예외를 사용하라.

• 호출하는 쪽에서 복구하리라 여겨지는 상황이라면 검사 예외를 사용하라.
  

/**
 * 메뉴 등록
 * @param menuVO
 * @throws Exception
 */
public void insertMenu(MenuVO menuVO) throws SQLException{
    menuVO.setMenuSn(menuSnIdService.getNextStringId());
    int dept = 1;
    if(CommonConstants.INNO_ROOT_SN.getValue().equals(menuVO.getSupiMenuSn())){
        menuVO.setDept(dept);
    } else {
        menuVO.setDept(menuMapper.selectDeptBySupiMenuSn(menuVO)+1);
    }
    menuMapper.insertAdminMenu(menuVO);
}

위 코드는 메뉴를 등록하는 함수로 호출하는쪽에서 복구(트랜잭션 처리)를 할 것이기 때문에 검사 예외인 SQLException을 사용했다.

• 프로그래밍 오류를 나타낼 때는 런타임 예외를 사용하자.
  

private void validateDuplicateMember(Member member) {
    List<Member> findMembers = memberRepository.findByName(member.getName());
    if (!findMembers.isEmpty()){
        throw new IllegalStateException("이미 존재하는 회원입니다.");
    }
}

위 코드는 회원 중복 검사를 하는 함수로 클라이언트에서 API 명세의 규약을 지키지 못하여 발생하는 예외이므로 적절한 메시지와 함께 중단시킨다.

검사 예외도 아니고 런타임 예외도 아닌 throwable은 정의하지도 말자. 오히려 개발자들을 헷갈리게할 뿐이다. 검사 예외라면 복구에 필요한 정보를 알려주는 메서드도 제공하자.

참고 자료

Joshua Bloch, 『Effective Java 3/E』, 개앞맵시 옮김, 프로그래밍인사이트(2018)
http://www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&mallGb=KOR&barcode=9788966262281&orderClick=LEa&Kc=