defaultUncaughtExceptionHandler의 구체적인 예

Question

미래의 예외가 발견되기 어려울 때가 여러 번있었습니다 (그리고 이미 예외가 발생하지 않은 이유에 대해 이미 질문을 받았는데이 질문은 내 속행이 아닌 것입니다. 오래된 질문) "기본 잡히지 않는 예외 처리기"를 설정하기로 결정했습니다.

하지만 제대로 작동하지 않습니다. 나는 reify를 사용해 보았고 프록시를 사용해 보았습니다. 마치 아무 일도 일어나지 않는 것입니다. 여기

문제 재생 최소한의 사건 : 나는에 println , 나는 음색을 사용하여 파일에 로그인 시도하려

REPL> (Thread/setDefaultUncaughtExceptionHandler 
    (proxy [Thread$UncaughtExceptionHandler] [] 
    (uncaughtException [thread throwable] 
     (do (println (-> throwable .getCause .getMessage)) 
      ; (error "whatever...") ; some 'timbre' logging if you have timbre 
    )))) 
nil 
REPL> (future (do (Thread/sleep 100) (/ 0 0))) 
#<core$future_call$reify__6267@c2909a1: :pending> 
REPL> 

를, 내가 임시 파일에 침을하려고, 나는에 미래를 강제로 시도 deref'ing에 의해 실행 ... 분명히 기본 uncaught 예외 처리기가 호출되지 않습니다.

아무도 나에게 대화 형/REPL 예를 표시 할 수 있습니다 작동하지 않는 캐치 예외 처리기 실제로 예외를 잡기?

보너스 질문 : 기본 캐치 예외 핸들러가 설정되고 나면 해당 설정을 "볼"수있는 쉬운 방법이 있습니까? REPL에서 그 기능을 테스트하고 setDefaultUncaughtExceptionHandler를 여러 번 호출하면 어떻게됩니까? 마지막 핸들러 만 고려 했습니까?

Answer 1

선물은 이렇게 잘 작동하지 않습니다. 예외는 탈출하지 않습니다. 자바의 FutureTask.run()의 핵심은

(deref (future (do (Thread/sleep 100) (/ 0 0)))) 

ExecutionException java.lang.ArithmeticException: Divide by zero 
    java.util.concurrent.FutureTask.report (FutureTask.java:122) 
    java.util.concurrent.FutureTask.get (FutureTask.java:192) 
    clojure.core/deref-future (core.clj:2108) 
    clojure.core/future-call/reify--6267 (core.clj:6308) 
    clojure.core/deref (core.clj:2128) 

는

boolean ran; 
try { 
    result = c.call(); 
    ran = true; 
} catch (Throwable ex) { 
    result = null; 
    ran = false; 
    setException(ex); 
} 

이 미래의 응답의 최종 소비자에 대한 문제를 저장 ... 답변입니다. 우리가 약간의 테스트 케이스를 재구성한다면, 우리는 분명히 예외 핸들러 작업을 볼 수

(Thread/setDefaultUncaughtExceptionHandler 
    (proxy [Thread$UncaughtExceptionHandler] [] 
     (uncaughtException [thread throwable] 
     (do (println "****" (-> throwable .getMessage)) 
     )))) 

은 내가 getCause을 제거 우리는 반드시이없는 것처럼 ... 표준 출력에

(.start (Thread. #(/ 0 0))) 

수익률을. ..

**** Divide by zero 

당신이 (당신의 코멘트에 의해 제안) 후 모든 적절한 예외 핸들러와 스레드의 경우, 다음과 같은 것을 고려 있습니다

(defn exception-safe-queue-reader [source sink] 
    (try 
     (let [message (source)] 
      (sink message)) 
     (catch Throwable t 
      (println "****" t)) 
    (recur source sink)) 

이 코드는 uEH를 사용하는 것보다 더 일반적인 Java 관용구입니다. 즉, 오류를 처리하고 코드에서 직접 처리해야합니다. 베어 Java 스레드 또는 미래를 사용하여 시작할 것인지 여부는 무의미합니다.