java 공부 중 예외 질문

Question

체크예외랑 런타임예외에 대해서 공부 중인데요. &#34;다른 객체들로부터 던져진 수많은 체크 예외들을 다루기 귀찮으니 throws Exception을 해버리는 사람들이 있다. 하지만 이 나쁜 습관은 어떤 경우에도 용납하지 않아야 한다.&#34;&#34;왜냐하면 throws Exception 에서는 의미있는 정보를 얻을 수 없다. 그리고 결과적으로 적절한 처리를 통해 복구될 수 있는 예외상황도 제대로 다룰 수 있는 기회를 박탈당할수 있기 때문이다.&#34;라는 내용을 읽었고, 그에 대한 대안으로 자신이 정의한 런타임 예외로 체크예외를 한 번 감싸서 상위객체로 던지는게 좋다는 것으로 이해 했는데, 제가 잘 이해가 안 가는 부분이Runtime Exception으로 한 번 감싸서 throw해도, 명세서를 작성하지 않는 이상 throws Exception과 동일하게 어떤 의미있는 예외들이 던져졌는지 알 수 없지 않나요?throws Exception을 해도 어떤 오류들이 던져지고 어떻게 처리해야하는지 잘 적어놓으면 문제 없지 않나요?이 부분인데 혹시 설명해 주실 분 계실까요?

월급은나의빛 · Answer

다음과 같은 코드를 만들어서 비교할 수 있습니다. public class test1 { static void f1() throws Exception{ try { int ratio &#61; 1 / 0; // divide by zero! } catch (ArithmeticException e) { throw new Exception(); } } static void f2() { try { int ratio &#61; 1 / 0; // divide by zero! } catch (ArithmeticException e) { throw new RuntimeException(e); } } public static void main(String[] args) { try { System.out.println(&#34;

Calling f1...&#34;); f1(); } catch (Exception e) { e.printStackTrace(); } try { System.out.println(&#34;

Calling f2...&#34;); f2(); } catch (Exception e) { e.printStackTrace(); } } }실행 결과는 다음과 같습니다.Calling f1... java.lang.Exception at test1.f1(test1.java:8) at test1.main(test1.java:25) Calling f2... java.lang.RuntimeException: java.lang.ArithmeticException: / by zero at test1.f2(test1.java:17) at test1.main(test1.java:33) Caused by: java.lang.ArithmeticException: / by zero at test1.f2(test1.java:14) ... 1 more보시면 아시겠지만, Exception으로 먹어버리면 stack trace에 정보가 줄어듭니다.물론 예제와 같이 간단한 사례에서는 큰 차이가 없습니다.그러나 runtime exception이 발생 후, 개체로서 여기 저기 전달되어 처리된 후에 최종적으로 throw 하는 경우도 있습니다. 그럴 때에는 현재의 call stack이 문제를 일으킨 call stack과 멀어질 수 있습니다. 그러므로 문제의 원인이 된 exception을 항상 포함해서 던지는 것이 바람직하다는 것이죠... stack trace 가 20개쯤 나오는데 앞부분은 trace 처리 스택인 경우가 많습니다. 그런 경우에 cause by 가 가리키는 부분부터 유심히 보면 됩니다.

사과맛오렌지 · Answer

본문에서 말하는 &#34;다른 객체들로부터 던져진 수많은 체크 예외들을 다루기 귀찮으니 throws Exception을 해버리는&#34;경우는 static void f1() throws Exception{ try { int ratio &#61; 1 / 0; // divide by zero! } catch (ArithmeticException e) { throw new Exception(); } }보다는static void f1() throws Exception{ int ratio &#61; 1 / 0; // divide by zero! }에 가까울 듯 합니다. 이 경우 f1 f2 둘 다 차이가 없죠.저 책에서 말하는 것은 &#34;수많은&#34; 예외 처리가 있는 경우를 말하는 겁니다.한 메소드에서 서로 다른 예외가 던져질 수 있는 코드가 여러 군데 있다고 칩시다. 파일 몇개를 읽고 쓸모없는 것들을 지워주는 readAndRemoveSomeFiles()라는 메소드가 있다 치면 파일을 여는 과정에서 FileNotFound가, 읽고 쓰는 과정에서 IOException이, 이후 필요없는 파일을 지우는 과정에서 또 다른 종류의 IOException이 일어날 수 있겠지요.그냥 readAndRemoveSomeFiles() throws Exception하면 3개 중 아무것도 직접 처리할 필요가 없습니다.그런데 그 api를 쓰는 사람 입장에서 함수의 시그니쳐만 보고 FileNotFound와 IOException만 던져질 거라고 알 수 있나요? 정확히 무슨 예외가 던져지는지는 코드를 하나하나 뜯어봐야 알 수 있을 겁니다.왜냐하면 throws Exception 에서는 의미있는 정보를 얻을 수 없다.필요없는 파일을 삭제하는 데 실패해도 괜찮다고 가정해 봅시다. 메소드에서 각각의 예외를 따로 try로 감쌌다면 catch부분만 쉽게 바꿔서 고칠 수 있겠지만, 그냥 throws Exception으로 해버렸으면 다시 바꾸기 힘들지요. 물론 조금 시간 더 쓰면 바꿀 수 있겠지만, 글의 요지는 throws Exception이라는 것 자체가 &#34;뭔 예외가 던져지는지 난 관심도 없고 모르겠다&#34;라는 뉘앙스를 가지고 있다는 것입니다.결과적으로 적절한 처리를 통해 복구될 수 있는 예외상황도 제대로 다룰 수 있는 기회를 박탈당할수 있기 때문이다.

장독깨기 · Answer

우리가 처리할 수 있는 예외가 있고, 어쩌지 못 하는 예외들이 있습니다.물론, 대부분은 어쩌지 못 할 겁니다. ㅎ그러나, 우리가 로직 처리 중, 특정 예외가 발생할 가능성이 있고, 상위 객체에서 이걸 처리할 수 있다면,그냥 Exception 으로 던지지 말고, (이렇게 하면 상위 객체에서 무슨 예외인지 구분할 수 없겠죠)우리가 별도로 정의한, 가령, CustomException 을 던져서, 상위객체에서 이를 구분하고 처리해라 이 정도로 생각하면 될 거 같습니다.

java 공부 중 예외 질문

3개의 답변

Q&A 목록