Java多模块项目无需打包的开发热重部署方案求推荐

完全懂这种痛苦！每次改几行代码就要等2分钟的Maven构建+启动，简直是把开发节奏拖慢到窒息，毕竟被Angular那种即时刷新的体验宠惯了，这种等待真的忍不了。下面给你几个轻量级的方案，从IDE原生支持到工具辅助，都能帮你摆脱Maven install的冗长流程：

一、IDE原生解决方案：零配置快速重载 #

不管你用IntelliJ IDEA还是Eclipse，它们的Debug模式都自带了类/资源的热更新能力，这是最省心的方案：

• IntelliJ IDEA：启动项目时选择Debug模式，修改代码后按下Ctrl+F9（Build Project），然后在Run菜单里选择「Update Application」（快捷键Ctrl+Alt+F10后选Update）。只要不是修改了类的核心结构（比如新增字段、修改继承关系），大部分代码变更都能直接重载，不用重启JVM。多模块项目只要IDE正确识别了模块依赖，修改ServiceA/ServiceB后，IDE会自动编译依赖模块并同步到主项目，完全不用手动执行Maven命令。
• Eclipse：同样用Debug模式启动，修改代码后按Ctrl+B编译，然后在Debug视图里右键点击项目，选择「Reload Classes」，效果和IDEA类似。

二、Spring项目专属：Spring Boot DevTools #

如果你的项目是Spring Boot技术栈，DevTools简直是神器，它专门解决开发阶段的重启慢问题：

• 只需要在主模块的pom.xml里添加DevTools依赖：

  <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-devtools</artifactId>
      <scope>runtime</scope>
      <optional>true</optional>
  </dependency>
  

• 启动项目可以用IDE的Run/Debug模式，或者命令行执行mvn spring-boot:run。DevTools会监听class文件和资源文件的变化，一旦检测到修改（比如IDE自动编译了代码），会快速重启应用——注意它的重启不是全JVM重启，而是用类加载器分离的方式，只重启业务代码相关的类，启动速度比全量构建快好几倍。
• 多模块场景下，只要你修改了ServiceA/ServiceB的代码并编译，DevTools会自动感知到依赖模块的class变化，触发主应用的重启，完全不用手动执行mvn install。

三、通用热重载工具：JRebel #

如果你需要支持更多复杂的代码变更（比如修改类结构、新增方法、甚至配置文件），JRebel是个不错的选择，它是专门做Java热部署的工具，开发者可以免费使用：

• 先在IDE里安装JRebel插件（IDEA/Eclipse都有官方插件），然后在启动项目时选择「Run with JRebel」或者「Debug with JRebel」。
• 修改代码后，只要IDE编译了代码（自动编译或者手动Build），JRebel会立即把新的class文件重载到运行中的JVM里，几乎不用等待，连JVM重启都省了。多模块项目也能完美支持，依赖模块的变更会自动同步。

四、命令行快速启动脚本：跳过Maven Install的冗余步骤 #

如果你习惯用命令行开发，不想依赖IDE或者第三方工具，可以写个简单的脚本，只做必要的编译和启动，跳过mvn install的打包、安装到本地仓库的步骤：

• 比如在Linux/Mac下写个shell脚本run.sh：

  # 先编译依赖模块（ServiceA、ServiceB）
  mvn compile -pl ServiceA,ServiceB -am
  # 编译主模块
  mvn compile -pl Main
  # 运行主类，替换成你的主类全路径和依赖路径
  java -cp "Main/target/classes:ServiceA/target/classes:ServiceB/target/classes:Main/target/dependency/*" com.yourpackage.MainClass
  

• 每次修改代码后，只要执行这个脚本，就能快速编译并启动。虽然还是需要编译，但比mvn install快太多了——毕竟install要做很多额外的打包、校验、仓库同步操作，而compile只是把Java文件转成class文件而已。

五、自定义轻量级热重载：文件监视器+类加载器 #

如果你想自己实现一个极简版的方案，核心思路就是文件监视器监听代码变化 + 动态类加载器重载：

• 用inotifywait（Linux）或者fswatch（Mac）监听src/main/java目录的变化，一旦有文件修改，就执行mvn compile编译对应模块。
• 然后在应用里用自定义的URLClassLoader加载业务类，当检测到class文件更新时，卸载旧的类加载器，创建新的类加载器加载新的class文件。不过这个方案需要你对应用的代码结构做一些改造，比如把业务逻辑和核心框架代码分离，适合简单的项目，复杂场景下不如现成工具稳定。

总结一下，优先推荐用IDE的Debug模式+自动更新，零配置见效最快；如果是Spring项目，DevTools是绝佳搭配；需要更强大的热重载能力就上JRebel；命令行用户可以用脚本跳过冗余步骤。这些方案都比每次跑mvn install && mvn exec:java要高效得多，甚至JVM重启的时间都远少于2分钟的Maven构建。

内容的提问来源于stack exchange，提问作者levant pied