如何在Clojure（如REPL环境）中重载已修改重编译的Java类？

核心前提 #

首先明确默认环境下重载不生效的根本原因：JVM判定两个类是否等价的唯一标准是「类加载器实例 + 类全限定名」，和字节码内容无关。同一个类加载器只要加载过某个全限定名的类，后续就算重新编译出了新的class字节码，该加载器也不会再读取新版本的文件。此前查阅的资料大多仅解释类加载机制，没有给出可直接落地的操作步骤。

可落地实现方案 #

1. 自定义独立类加载器（通用无依赖方案） #

不需要引入额外工具，适合所有REPL场景，核心逻辑是每次加载新版本类时生成全新的类加载器实例，绕开同一加载器不能重复加载同全限定类的限制。
操作步骤：

• 先确认修改后的Java类已经编译到项目的class输出目录（比如Leiningen默认的target/classes、Shadow CLJS的编译输出路径）
• 在REPL中执行以下代码：

(import '[java.net URL URLClassLoader]
        '[java.io File])

;; 替换为你项目实际的class编译输出路径
(def class-output-dir (File. "target/classes"))

(defn load-new-java-class [class-full-name]
  (let [class-urls (into-array URL [(.toURI class-output-dir)])
        ;; 以当前线程的上下文类加载器为父加载器，保证依赖类能正常解析
        new-loader (URLClassLoader. class-urls (.getContextClassLoader (Thread/currentThread)))]
    ;; 加载并返回新版本的Class对象
    (.loadClass new-loader class-full-name)))

• 重载用法：

;; 比如要重载全限定名为 com.demo.UserUtils 的Java类
(def new-user-utils (load-new-java-class "com.demo.UserUtils"))
;; 后续实例化、调用逻辑都用返回的new-user-utils即可
(.newInstance new-user-utils)

注意：用新类加载器生成的类实例，和旧类加载器生成的实例类型不兼容，不能直接互相赋值。如果需要跨实例传值，尽量使用共同实现的接口或者反射完成调用，避免出现类型转换错误。

2. 集成开发环境热重载（适合高频修改场景） #

如果日常开发需要频繁修改Java类，可配置流程减少手动操作成本：

• 配置源码监听规则：用工具监听Java源码目录的修改，触发自动编译任务，把修改后的类输出到class目录
• 配置JVM热重载代理：开发环境启动REPL时挂载对应javaagent，支持只要类的结构（类名、方法签名、字段、继承关系）没有变动，修改方法内部逻辑并重新编译后，就能直接替换旧类的定义，不需要手动写类加载逻辑
  注意：JVM原生的热重载能力仅支持修改方法内部代码，新增/删除方法、修改类继承关系、增减字段等结构变动，原生热重载不支持，需要用自定义类加载器或者重启REPL。

常见坑点规避 #

• 不要尝试用重复调用import的方式重载Java类：import只是做语法层面的类名别名映射，不会触发字节码的重新加载，无论重复导入多少次，使用的还是最初加载的旧类定义。
• 已存在的旧类实例不会受到新版本类的影响：如果之前已经把旧类的实例存到了REPL变量里，这个变量指向的还是旧逻辑的对象，所有新的实例必须用新加载的Class对象创建。
• 重载前先确认class文件确实更新：很多时候重载不生效是因为修改后的源码没有正确编译，输出的class文件还是旧版本。

内容的提问来源于stack exchange，提问作者Plus Ultra