我已经安装了samestep/boot-refresh 0.1.0。在引导 REPL 中，当我更改源文件并键入时：
boot.user=> (boot (refresh))
我得到：
java.lang.IllegalStateException: Can't set!: *e from non-binding thread
我做错了什么？
以下是完整的堆栈跟踪：
boot.user=> *e
#error {
:cause "Can't set!: *e from non-binding thread"
:via
[{:type java.lang.IllegalStateException
:message "Can't set!: *e from non-binding thread"
:at [clojure.lang.Var set "Var.java" 218]}]
:trace
[[clojure.lang.Var set "Var.java" 218]
[clojure.tools.namespace.repl$print_and_return invokeStatic "repl.clj" 22]
[clojure.tools.namespace.repl$print_and_return invoke "repl.clj" 20]
[clojure.tools.namespace.repl$do_refresh invokeStatic "repl.clj" 96]
[clojure.tools.namespace.repl$do_refresh invoke "repl.clj" 82]
[clojure.tools.namespace.repl$refresh invokeStatic "repl.clj" 145]
[clojure.tools.namespace.repl$refresh doInvoke "repl.clj" 128]
[clojure.lang.RestFn invoke "RestFn.java" 397]
[samestep.boot_refresh$eval541$fn__542$fn__547$fn__548$fn__549 invoke "boot_refresh.clj" 14]
[clojure.lang.AFn applyToHelper "AFn.java" 152]
[clojure.lang.AFn applyTo "AFn.java" 144]
[clojure.core$apply invokeStatic "core.clj" 646]
[clojure.core$with_bindings_STAR_ invokeStatic "core.clj" 1881]
[clojure.core$with_bindings_STAR_ doInvoke "core.clj" 1881]
[clojure.lang.RestFn invoke "RestFn.java" 425]
[samestep.boot_refresh$eval541$fn__542$fn__547$fn__548 invoke "boot_refresh.clj" 13]
[boot.core$run_tasks invoke "core.clj" 1019]
[boot.core$boot$fn__918 invoke "core.clj" 1029]
[clojure.core$binding_conveyor_fn$fn__4676 invoke "core.clj" 1938]
[clojure.lang.AFn call "AFn.java" 18]
[java.util.concurrent.FutureTask run "FutureTask.java" 266]
[java.util.concurrent.ThreadPoolExecutor runWorker "ThreadPoolExecutor.java" 1142]
[java.util.concurrent.ThreadPoolExecutor$Worker run "ThreadPoolExecutor.java" 617]
[java.lang.Thread run "Thread.java" 745]]}
堆栈跟踪中未提及我自己的代码。我以前看过REPL(boot (refresh))工作，但我无法找出我正在做什么不同来导致此错误。
更新 1
经过长时间的二进制搜索和许多打印语句 - 因为，正如@amalloy的答案中所解释的，真正异常的堆栈跟踪是无法访问的 - 我发现：
在名为move-test的命名空间中，以下语句：
(def subset-sum-spec fargish.workspace-test/subset-sum-spec)
导致(boot (refresh))失败。当我用以下方式替换它时：
(:require … [fargish.workspace-test :refer [subset-sum-spec]] …)
在ns声明中，(boot (refresh))再次工作。这暂时解决了当前的问题，但我仍然想知道发生了什么。
更新 2
继续尝试让(boot (refresh))工作，很明显，问题每次都不同。 @amalloy的回答表明，这个问题的真正答案是找到 c.t.n.repl/print-and-return 无法存储在*e中的异常和堆栈跟踪的某种方法。我尝试了一些想法，但相关变量似乎是私有的，很难挖掘出来。
如何找出导致(boot (refresh))失败的错误？
我不知道boot或c.t.namespace，但该错误跟踪看起来像 boot 正在从新线程refresh运行，并且refresh遇到了一些错误。它尝试通过设置*e来为您传播错误，但无法设置*e，因为它不在 repl 线程上。因此，您没有看到真正的错误，而是得到了这个无用的"因未能报告错误而导致的错误"。
这里似乎检测到了错误，c.t.namespace试图避免在没有 repl 运行时设置*e(通过检查*e是否绑定)，但它错误地假设如果 repl 正在运行，那么 repl 线程必须是它被调用的线程，而显然 boot 从不同的线程调用它。你试过打电话给(refresh)吗？我不知道(boot ...)包装器应该做什么，但你可能不需要它，它似乎造成了麻烦。这也解释了为什么你已经看到了(boot (refresh))工作：(boot ...)包装器(可能)不会破坏东西本身，而只是在其他人被破坏时导致错误报告变得更糟。
当然，一旦你解决了这个问题，结果将不会是你的刷新有效：你只能看到实际的错误，而不是这个元错误！希望这足以帮助您取得进展。
repl 通常在执行代码的环境中绑定*e。如果需要*e的任何内容在另一个线程中或在 repl 之外运行，则它将无法绑定到*e。
我通过使用with-binding来绕过此问题，以确保刷新 fn 始终具有将错误绑定到的*e。
(with-bindings {#'*e nil} (refresh))
刷新*e将错误绑定到后，它应该为您 prn 错误。