假设您有一个在加载过程中引发一些错误的库，如下所示
`
(ns broken-lib)
(} ; 这一行将导致读取器错误
`
然后，如果您{{require}}该库，即使发生读取器错误，它也会被添加到{{loaded-libs}}中，这使得在之后{{require}}可以静默地成功。
user=> (contains? (loaded-libs) 'broken-lib) false user=> (require 'broken-lib) CompilerException java.lang.RuntimeException: Unmatched delimiter: }, compiling:(broken_lib.clj:3:3) user=> (contains? (loaded-libs) 'broken-lib) true user=> (require 'broken-lib) nil user=>
如果您还有一个需要损坏库的命名空间（例如这里的{{broken-lib.core}}），情况会更糟
(ns broken-lib.core (:require [broken-lib :as lib]))
虽然您会在第一次加载依赖命名空间时得到实际的错误，但之后您会发现每次尝试重新加载它时都会抛出一个错误的编译器异常。即使您实际上修复了导致原始错误的代码，这种情况也会持续。
`
user=> (require 'broken-lib.core)
CompilerException java.lang.RuntimeException: Unmatched delimiter: }, compiling:(broken_lib.clj:3:3)
user=> (require 'broken-lib.core :reload)
CompilerException java.lang.Exception: namespace 'broken-lib' not found, compiling:(broken_lib/core.clj:1:1)
user=> (require 'broken-lib.core :reload) ;; 在修复了broken-lib中的错误后重新加载
CompilerException java.lang.Exception: namespace 'broken-lib' not found, compiling:(broken_lib/core.clj:1:1)
user=>
`
原因
CLJ-1116补丁使{{ns}}宏在加载过程中即使发生错误也会将正在定义的库盲目添加到{{loaded-libs}}中。
方法
修改{{clojure.core/load-lib}}，以便在出现错误时将库从{{loaded-libs}}中删除。
