Item 77. 예외를 무시하지 말라

API 설계자가 메서드 선언에 예외를 선언하는 까닭은 적절한 조치를 취해달라고 말하는 것이다. 안타깝게도 예외를 무시하기란 아주 쉽다. 해당 메서드 호출을 try문으로 감싼 후 catch 블록에서 아무일도 하지 않으면 끝이다.

// catch를 비워두면 예외는 무시된다.
try {
    ......
} catch(SomeException e) {
    // 아무일도 하지 않는다.
}

catch 블록을 비워두지 말자

catch 블록을 비워두면 예외가 존재할 이유가 사라진다. 비유하자면 화재경보를 무시하는 수준이 아니라 아예 꺼버려, 다른 누구도 화재가 발생했는지 모르게하는 것과 같다.

물론 예외를 무시해야 될 때도 있다. 대표적으로 FileInputStream을 닫을 때가 그렇다.
FileInputStream은 입력 전용 스트림이므로 파일의 상태를 변경하지 않았으니 복구할 것이 없고, 스트림을 닫는다는 건 필요한 정보를 다 읽었다는 뜻이니 남은 작업을 중단할 이유도 없다.
혹시나 같은 예외가 자주 발생한다면 파일을 닫지 못했다는 사실을 로그로 남기는 것도 좋은 방법이다.

어쨌든 예외를 무시하기로 했다면 catch 블록 안에 이유를 주석으로 남기고 예외 변수의 이름도 ignored로 변경하도록 하자.

Future<Integer> f = exec.submit(planarMap::chromaticNumber);
int numColors = 4; // 기본값

try {
   numColors = f.get(1L, TimeUnit.SECOND);
} catch (TimeoutException | ExcutionException ignored) {
   // 기본값을 사용한다.
}

이번 절의 내용은 검사와 비검사 예외에 똑같이 적용된다.
빈 catch 블록을 그냥 지나치면 그 프로그램은 오류를 내재한 채 동작하게 된다.

예외를 적절히 처리하면 오류를 완전히 피할 수도 있다. 또, 무시하지 않고 바깥으로 전파되게만 놔둬도 최소한 디버깅 정보를 남긴 채 프로그램이 중단되게 할 수 있다.