finally 블록과 try/catch 블록 다음에 코드 작성하기 사용하기

Question

이해할 수 있듯이 다음 두 예제는 똑같이해야합니다. 왜 1 위가 더 좋은가?

1 :

try { 
    riskyMethod(); 
} 
catch(Exception e) { 
    //handle exception 
} 
finally { 
    cleanUp(); 
} 

2 :

try { 
    riskyMethod(); 
} 
catch(Exception e) { 
    //handle exception 
} 
cleanUp(); 

편집 : 예는 자바에 있지만 모든 언어에서 사용되는 나는 마침내 일반적으로 블록 a의 개념에 대해 궁금하네요

Answer 1

"예외 처리"부분에서 예외 자체가 발생하면 정리가 발생하지 않습니다.

더 중요하게도, 당신은 거의 예외를 catch해야합니다. 처리 할 수있는 매우 구체적인 예외를 포착하고 다른 예외를 포착하게하십시오. 이 시점에서 은이어야하며 정리가 계속 발생하려면 finally 블록을 사용해야합니다.

사용하는 언어가 명확하지 않지만 Java 인 경우 예외가 발생하지 않는 예외 (Throwable의 다른 하위 클래스)가 첫 번째 버전에서는 정리되지만 두 번째 버전에서는 정리되지 않으므로 차이가 있습니다. 그러나 일반적으로 Exception을 붙잡아서는 안됩니다.

개인적으로 나는 try/catch 또는 try/catch/finally 블록보다 try/finally 블록을 더 많이 작성합니다. 나는 꽤 희귀 한 것을 찾을 수있다. 예외 처리 ... 가끔은 하나의 예외를 잡아내어 하나의 추상화 수준에 맞춰서 변환하고 나서 다시 시작한다.

편집 : DJ 아킬의 대답 한 바와 같이 블록 예외없이 예컨대 완료되면 finally 문도 실행될 return 문을 사용하십시오. 내가 잊었던 사실은 finally을 선호하는 좋은 이유입니다. 일관성을 촉진합니다. 블록을 종료하는 방법에 관계없이 정리를 수행하는 일관된 장소입니다.

또한 C#에서 일회용 리소스에 대해 using 문을 idiomatically 사용합니다. Java 7에는 try-with-resources 문이 있습니다.

Answer 2

"finally"는 여기에서 정리를 수행하고 있음을 나타내는 명확한 표시이기 때문에.

Answer 3

try 블록이나 catch 블록에 return 문, 예외 또는 다른 컨트롤을 남긴 경우에도 finally 블록의 코드가 항상 실행되기 때문에 마침내 시스템의 전원을 끄는 것 이외의 다른 경우에도 항상 실행됩니다 마지막으로 차단하기 전에. :)