Grails4领域类注入GrailsApplication致run-app启动挂起如何解决？

问题定性 #

这属于Grails开发不良实践，不是框架Bug。Grails的领域类是面向数据持久化的模型，设计上不推荐依赖注入容器管理的对象（比如GrailsApplication、Service这类Bean），你主动开启domain的autowire本身就不符合官方推荐用法，会导致框架初始化时出现依赖循环、类加载冲突，才会出现启动永久等待的问题。你看到的非法反射警告是Groovy 2.5.x和JDK11兼容的常规提示，不是启动卡住的直接原因。

可行解决方案 #

• 方案1：将配置读取逻辑迁移到Service层，也就是你自己想到的方案，是最推荐的实现方式
  领域类只保留数据字段和纯数据处理逻辑，需要用到配置值的业务逻辑放到对应的Service中实现，完全避免在Domain里注入任何容器Bean，示例逻辑：

  // 领域类只保留数据属性
  class MyDomainClass{
      String otherName
  }
  
  // Service层处理业务逻辑
  class MyDomainService {
      GrailsApplication grailsApplication
      
      String getFullName(MyDomainClass domainInstance) {
          String prop = grailsApplication.config.getProperty('my.property.from.application.yml')
          return prop + domainInstance.otherName
      }
  }
  

• 方案2：如果确实需要在Domain类中直接读取配置，不依赖注入，直接用Holders工具类获取GrailsApplication实例，不需要开启autowire，也不会触发依赖循环问题：

  import grails.core.GrailsApplication
  import grails.util.Holders
  
  class MyDomainClass{
      String otherName
      
      String getName(){
          GrailsApplication grailsApplication = Holders.grailsApplication
          String prop =  grailsApplication.config.getProperty('my.property.from.application.yml')
          return prop + otherName
      }
      // 不需要配置autowire true
  }
  

• 方案3：如果一定要用注入的方式，可升级到Grails 5+版本，该版本优化了Domain类Autowire的加载逻辑，不过依然不推荐这种用法，会影响Domain实例的初始化性能和持久化逻辑的稳定性。

补充说明 #

你看到的JDK非法反射警告是Groovy 2.5.x和JDK11兼容的已知提示，不影响功能，可以在启动参数中添加--illegal-access=permit屏蔽，和本次启动卡住的问题无关。

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