嗨!
我阅读了有关减少开发中REPL启动时间的文章,并尝试将知识应用于使用Leiningen启动REPL(Alex在文章中展示了使用deps.edn的实践)。
我的步骤
我覆盖了clojure.core/load变量来跟踪加载模块所花费的时间。
(alter-var-root #'clojure.core/load (fn [origin-fn]
(if (get (meta origin-fn) ::track-load?)
origin-fn
(vary-meta (fn [& args]
(let [start# (System/nanoTime)
ret# (apply origin-fn args)
elapsed-ms# (/ (double (- (System/nanoTime) start#)) 1000000.0)]
(newline)
(pr {:args (vec args)
:ms elapsed-ms#})
(newline)
ret#))
merge
{::track-load? true}))))
我发现加载核心Clojure组件需要时间约0.10-0.20毫秒,加载第三方库模块(例如cheshire)则需要约200-400毫秒。
据我了解,减少REPL启动时间的主要思想是,在clj模块未更改的情况下,先编译类之后再加载clj模块。因此,我们可以编译第三方库,并从不会解析它们的clj文件而直接使用它们的编译后的类中受益。
我使用Leiningen的uberjar编译了所有Clojure文件(我的和库文件),并将编译后的类文件文件夹添加到:checkout-deps-shares,我想这可能是在classpath中添加一个包含类文件的文件夹的方法。
:checkout-deps-shares [:source-paths :test-paths
~(fn [p] (str (:root p) "/target/uberjar/classes/*"))]
然后我重启了REPL,覆盖了clojure.core/load来跟踪模块的加载时间,并进行了以下实验:
(time (require 'runtime.account :reload-all))
其中runtime.account是我的根模块之一。
结果我看不到加载第三方库模块的时间有任何区别:/。
也许您可以提供一些关于决定加载类文件还是.clj文件机制的细节,以及一些方法来监控该活动?
谢谢!