Spring AOP织入时AppClassLoader找不到EhCache类告警原因及影响咨询

[AppClassLoader@18b4aac2] error can't determine implemented interfaces of missing type org.springframework.cache.ehcache.EhCacheCacheManager
when weaving type org.springframework.boot.autoconfigure.cache.EhCacheCacheConfiguration
when weaving classes 
when weaving 
 [Xlint:cantFindType]
[AppClassLoader@18b4aac2] error can't determine implemented interfaces of missing type org.springframework.cache.ehcache.EhCacheCacheManager
when weaving type org.springframework.boot.autoconfigure.cache.EhCacheCacheConfiguration
when weaving classes 
when weaving 

告警具体含义 #

这个是AspectJ织入阶段抛出的类型找不到告警。触发时机是AOP织入器尝试对org.springframework.boot.autoconfigure.cache.EhCacheCacheConfiguration类做织入操作时，发现这个类依赖的org.springframework.cache.ehcache.EhCacheCacheManager不存在于当前项目的类路径中，无法判断目标类实现的接口，织入流程无法正常完成，因此抛出Xlint:cantFindType级别的错误告警。

告警产生的根本原因 #

• 项目未引入EhCache相关依赖：Spring Boot的缓存自动配置类是条件装配逻辑，只有类路径下存在EhCache核心依赖时，这个配置类才会被最终实例化生效。但AOP织入动作发生在类加载阶段，和Spring的实例化逻辑无关，只要类被类加载器读取到，织入器就会尝试对其应用切面规则。
• 切面匹配范围过宽：你定义的@Aspect类的切点表达式匹配范围太大，比如使用了没有限制包路径的匹配规则，甚至覆盖到了org.springframework包下的第三方类，导致织入器会扫描所有加载的类，包含EhCache的自动配置类。
• Spring Boot自动配置的预加载逻辑：EhCacheCacheConfiguration作为Spring Boot缓存自动配置的候选类，会在启动阶段被自动配置扫描逻辑先加载到类加载器中，哪怕它最终不会被实例化，也会触发织入校验，此时因为缺失EhCache依赖就会抛出告警。

对业务的影响判断 #

只要你的项目本身不需要使用EhCache作为缓存实现，这个告警不会引发业务问题：

• EhCacheCacheConfiguration本身最终不会被Spring实例化，不会参与实际的业务逻辑运行。
• 你当前自定义的切面功能运行正常，说明需要织入的业务类已经被正确处理，该告警只和未生效的第三方自动配置类的织入失败有关，不影响业务逻辑的AOP增强。
• 唯一的额外影响是会增加少量启动时的类加载耗时，以及产生冗余告警日志，不会导致业务逻辑异常。

可选的优化方案 #

除了通过aop.xml屏蔽告警之外，还可以选择从根源解决问题：

• 收窄切点表达式：将切面的匹配范围严格限制在你自己的业务包路径下，避免匹配org.springframework等第三方依赖的类，从根源上避免对无关类做织入校验。
• 排除不需要的自动配置类：如果确定不需要EhCache支持，可以在启动类的@SpringBootApplication注解中添加排除规则@SpringBootApplication(exclude = {EhCacheCacheConfiguration.class})，让该类不会被加载到类加载器中，不会触发织入校验。

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