如何在Maven多模块项目中织入AspectJ到Hikari并强制依赖使用？

核心可行性结论 #

完全可以实现对依赖用户无感知的效果，关键通过Maven Jar重打包+依赖优先级控制完成，不需要依赖项目做任何配置调整。

具体步骤（优化落地版） #

1. 确认Aspect代码编译有效性 #

在已完成编译的基础上，确保AspectJ编译器（ajc）正确匹配Hikari目标类（如HikariDataSource），切面逻辑能正常织入。

2. 重打包织入后的Hikari Jar #

无需手动操作，通过两个Maven插件联动实现：

• 用aspectj-maven-plugin做编译时织入：在通用模块pom.xml中配置插件，将Hikari的Jar设为weaveDependencies，让ajc把切面代码直接织入到Hikari的class文件中。
• 用maven-shade-plugin生成重打包Jar：将织入后的Hikari类和切面代码打包成新Jar，同时重命名Hikari的包路径（比如把com.zaxxer.hikari改为com.xxx.hikari），彻底避免与原生Hikari Jar的类冲突。

3. 强制依赖项目使用重打包Jar #

• 在通用模块pom.xml中，排除原生Hikari的依赖，将重打包后的Jar作为通用模块的一部分发布。
• 借助Maven依赖传递特性，依赖该通用模块的项目会自动获取重打包后的Hikari Jar，不会拉取原生版本——因为通用模块已排除原生依赖，且重打包Jar作为模块自身资源，优先级更高。

关键注意事项 #

• 包重命名是核心：不重命名的话，依赖项目可能同时引入原生和织入后的Jar，引发类冲突，shade插件的relocate配置可轻松实现包路径重映射。
• 选择编译时织入（CTW）：避免使用加载时织入（LTW），不需要依赖项目配置javaagent，真正做到无感知。
• 双重验证：在通用模块内编写测试用例验证织入逻辑；搭建测试依赖项目，确认它自动使用织入后的Jar，无需额外配置。

参考项目适配要点 #

你提到的AspectJ Maven项目核心思路一致，可借鉴其aspectj-maven-plugin中weaveDependencies的配置方式，重点学习如何结合shade插件完成Jar重打包与包重命名。

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