为什么Clojure wrap使用未经检查的异常来检查异常？

下面的代码演示了一个操作引发了检查异常ExecutionException的情况，并且Clojure使用RuntimeException包装它。为什么Clojure wrap使用未经检查的异常来检查异常？

为什么Clojure会这样做？这是正常的吗？在这种情况下，Clojure似乎正在做与Java不同的事情。处理实际例外的惯用方式是什么，在这种情况下，导致失败的原因是Exception？

user=> (def f (future (Thread/sleep 10000) (throw (Exception. "hello world")))) 
#'user/f 

user=> (.get f) 
Exception hello world user/fn--318 (NO_SOURCE_FILE:81) 

user=> (.printStackTrace *e) 
java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.Exception: hello world 
    at clojure.lang.Util.runtimeException(Util.java:165) 
    at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:97) 
    at clojure.lang.Reflector.invokeNoArgInstanceMember(Reflector.java:316) 
    at user$eval320.invoke(NO_SOURCE_FILE:82) 
    at clojure.lang.Compiler.eval(Compiler.java:6465) 
    at clojure.lang.Compiler.eval(Compiler.java:6431) 
    at clojure.core$eval.invoke(core.clj:2795) 
    at clojure.main$repl$read_eval_print__5967.invoke(main.clj:244) 
    at clojure.main$repl$fn__5972.invoke(main.clj:265) 
    at clojure.main$repl.doInvoke(main.clj:265) 
    at clojure.lang.RestFn.invoke(RestFn.java:421) 
    at clojure.main$repl_opt.invoke(main.clj:331) 
    at clojure.main$main.doInvoke(main.clj:427) 
    at clojure.lang.RestFn.invoke(RestFn.java:397) 
    at clojure.lang.Var.invoke(Var.java:397) 
    at clojure.lang.AFn.applyToHelper(AFn.java:159) 
    at clojure.lang.Var.applyTo(Var.java:518) 
    at clojure.main.main(main.java:37) 
Caused by: java.util.concurrent.ExecutionException: java.lang.Exception: hello world 
    at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) 
    at java.util.concurrent.FutureTask.get(FutureTask.java:83) 
    at clojure.core$future_call$reify__5684.get(core.clj:6064) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
    at java.lang.reflect.Method.invoke(Method.java:597) 
    at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:92) 
    ... 16 more 
Caused by: java.lang.Exception: hello world 
    at user$fn__318.invoke(NO_SOURCE_FILE:81) 
nil 
    at clojure.core$binding_conveyor_fn$fn__3713.invoke(core.clj:1817) 
    at clojure.lang.AFn.call(AFn.java:18) 
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:138) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 
    at java.lang.Thread.run(Thread.java:680)

来源

2012-02-17 Eric Schoonover

另请参阅：http://dev.clojure.org/jira/browse/CLJ-855 – kotarak 2012-02-17 11:54:27

这个bug让我发疯。在1.2异常处理工作中，至少对我而言。 – 2012-02-17 15:56:44

根据这个链接似乎Clojure的不抛出checked异常，所以我会承担的Clojure捕捉任何可能抛出并把它封装： http://dev.clojure.org/display/doc/1.3

至于惯用处理它在Java中，那么（？）旧规则仍然适用。我会检查包含在ExecutionException中的异常是否是我预期可能发生的检查异常之一，并按照我在任何其他情况下处理它们（请参阅：模拟其他编译器强制的try catch）。如果它不是，我会将它包装在运行时异常中，并再次抛出或记录并根据情况吞下它。

来源

2012-02-17 09:48:52 Johannes

请注意，一个ExcecutionException确实被抛出 - 只是异常被Clojure捕获和处理。

Clojure将在处理它们时在RuntimeException中封装某些异常 - 我相信这样做是为了避免在Clojure源代码中处理检查的异常。

如果你想访问底层的异常，那么(.getCause e)应该工作。

来源

2012-02-17 09:48:49 mikera

为什么Clojure wrap使用未经检查的异常来检查异常？

回答

相关问题