catch 블록에서 예외를 다시 throw하는 것이 맞습니까?

Question

catch 블록에서 예외를 throw하여 메시지를 기록하면 예외의 원인이 무엇인지 확신 할 수 있습니까?

코드이 방법에 유래 예외, 단지 그 오류를 표시 log.info의 여기에 실제 구현을 던질 것이라고 아래의 코멘트 하나에 대응

public void saveLogs(Logs logs) throws RemoteException 
    { 
     try 
     { 
      LogsOps.saveLogs(logs); 
     } 
     catch (RemoteException e) 
     { 
      log.info("RemoteException is thrown while trying to save logs ", e); 
      throw new RemoteException("RemoteException caused while trying to save", e); 
     } 
    } 

.

 /** Log the message and the exception with a level of INFO. 
    * @param message - The message text. 
    * @param t - An exception to display. 
    */ 
    public void info(Object message, Throwable t) 
    { 
     String nullSafeMessage = (message != null) ? message.toString() : t.getClass().getSimpleName(); 
     log.info(nullSafeMessage, t); 
    } 

따라서 Stackoverflow 예외가 발생하지 않습니다.

Answer 1

더 높은 예외를 잡으려는 대상에 따라 다릅니다.이 메시지를 기록하는 것입니다 아무것도 경우, 확실히, 그것은 의미가 - 아마 대신 새로운 하나를 만드는 원래 예외를 다시 던지는 것 있지만 :

catch (RemoteException e) 
{ 
    log.info("RemoteException is thrown while trying to save logs ", e); 
    throw e; 
} 

이상적으로,하지만 당신 ' d는 catch 블럭을 스택 위로 올리면 올바르게 로깅됩니다. 인 경우에만이 예외를 로깅하면 어쨌든 모든 정보를 얻을 수 있습니다. 그것은 메이크업 감각/잡을 수는 는 매개 변수 값으로 예외 존재하지 않습니다 정보를 기록 할 때 다시 throw/로그

.

Answer 2

결국 전파되는 예외를 처리한다고 가정하면 catch-log-rethrow의이 전략은 로그 파일을 혼란스럽게합니다. 이것이 스택 트레이스 전체에서 수행되었다고 상상해보십시오 - 유용하지 않은 여분의 오류 정보가 쌓여 버립니다.

예외를 처리하지 않으면 기록하지 말아야합니다.

Answer 3

로깅 외에도이 방법을 사용하면 장애가 발생할 경우 필요한 정리를 수행하여 호출자에게 제어권을 반환하여 스택 위로 이동할 수 있습니다. 경우 위에서 보여줍니다으로 항상은 아니지만, - 예를

InputStream is = new InputStream(...) 

try { 

    is.read(...); 

    return is; 

} catch (IOException ioe) { 
    is.close(); 
    throw ioe; 
} 

이것은 물론, 다소 특별한 사용이 finally 절을 사용하여 우아하게 대부분의 시간을 피할 수있다 들어

.