개발자 코드에서 종종 발견되는 초난감 예외처리 대표 선수들을 먼저 알아보자

예외 블랙홀

try{
	...
} catch (SQLException e){ 

}

예외를 잡고 아무 처리도 하지 않는다.

• 무대응을 의도한 게 아니라면 연습중에도 만들어서는 안된다.
• 컴파일러 에러 메시지도 사라지고 간단한 예제에서는 별 문제 없이 동작한다.
  • 문제 없이 넘어가는 것은 예외가 발생하는 것 보다 더 나쁜 일이다.
  • 어디선가 오류가 있어서 발생했는데 무시하고 계속 진행해버리기 때문
  • 최후 시나리오
    1. 발생한 예외로 인해 어떤 기능이 비정상적으로 동작
    2. 메모리나 리소스 소진
    3. 예상치 못한 다른 문제 발생
    4. 오작동, 시스템 오류… → 조치를 취하기에는 늦은 시기 ⇒ 결과의 원인을 찾기가 매우 힘들어진다.

} catch (SQLException e) {
	System.out.println(e);
}

} catch (SQLException e) {
	e.printStackTrace();
}

발생한 예외를 화면에 출력해주나 놓치기 쉽다.

• 다른 로그나 메시지에 금방 묻히기 쉽다.
• 운영서버에서는 더욱 심각하다. → 모니터링하지 않는 이상 심각한 폭탄

예외 처리 핵심 원칙

• 모든 예외는 적절하게 복구되던지 작업을 중단시키고 운영자나 개발자에게 분명하게 통보되어야 한다.

SQLException 이 발생한 원인

1. SQL 에 문법 에러가 있다.
2. DB 에서 처리할 수 없을 정도로 데이터 액세스 로직에 심각한 버그 존재
3. 서버가 죽거나 네트워크가 끊기는 등의 상황 발생

⇒ 하나같이 심각한 문제인데 넘어가서는 안된다. 차라리 시스템 종료(권장 아님)

} catch (SQLException e){
	e.printStackTrace();
	System.exit(1);
}

• 중요한 점

  : 예외를 무시하거나 잡아먹는 코드를 만들지 말자.

  • 굳이 예외를 잡아서 취할 방법이 없다면 잡지 말자.
  • 메서드에 throws SQLException 을 선언하여 메서드 밖으로 던지고 자신을 호출한 코드에 예외 책임 전가할 것