Grails 4.0.3中Spring Boot DevTools热替换与LiveReload失效求助

问题原因 #

1. 类加载机制冲突：Spring Boot DevTools采用双类加载器（基础类加载器+重启类加载器）实现热部署，但Grails的Spring Security Core/CAS插件配置逻辑绑定在应用启动阶段，DevTools触发上下文重启时会强制重新执行这些插件的配置流程，而非仅替换修改的业务类。
2. 增量编译被覆盖：Grails 4原生支持增量编译，但DevTools的全局重启机制会跳过Grails的增量编译逻辑，导致每次文件修改都触发全量的插件配置加载，大幅拖慢开发速度。
3. LiveReload关联失效：DevTools的LiveReload可能未与Grails的资源处理流程正确整合，或者端口被占用、浏览器插件未配置，导致修改后无法自动刷新页面。

解决方案 #

1. 隔离DevTools重启范围，避免插件重复配置 #

在grails-app/conf/application.yml中添加DevTools重启排除规则，让Spring Security相关类不参与重启流程：

spring:
  devtools:
    restart:
      exclude: "spring-security-core/**, spring-security-cas/**, grails-app/conf/spring/**"

这样DevTools仅重启业务代码相关的类加载器，不会触发Spring Security插件的重新配置。

2. 启用Grails原生增量编译 #

修改build.gradle确保增量编译开启：

grails {
    incrementalCompile = true
}

同时关闭DevTools的自动重启，改用Grails自身的热部署逻辑：

spring:
  devtools:
    restart:
      enabled: false

此配置下，Grails会仅编译修改的文件，不会重复执行插件配置，大幅提升热更新速度。

3. 恢复LiveReload自动刷新 #

方案A：使用DevTools原生LiveReload

在application.yml中启用LiveReload：

spring:
  devtools:
    livereload:
      enabled: true

安装浏览器对应的LiveReload插件（如Chrome的LiveReload Extension），确保默认端口35729未被占用，修改视图或静态资源后页面会自动刷新。

方案B：使用Grails官方LiveReload插件

在build.gradle的developmentOnly依赖中添加：

developmentOnly "org.grails.plugins:livereload:3.0.0"

该插件与Grails热部署兼容性更好，无需额外配置浏览器插件即可实现自动刷新。

4. 验证效果 #

修改任意业务类（如TestController.groovy），查看日志应仅显示修改文件的编译信息，不再出现Spring Security Core/CAS的配置日志，同时页面能自动刷新（若启用LiveReload）。

内容的提问来源于stack exchange，提问作者Dashzeveg Galbadrakh