工程项目公共模块拆分过多,会不会导致目标jar过大?

maven打包疑问

  • 工程项目公共模块拆分过多,会不会导致目标jar过大?
  • 相互之间有重复依赖包,会不会导致目标jar包过大?
  • 自封装的公共模块或第三方pom打包后,它们里面也有嵌套的lib jar,造成相互嵌套?

工程项目公共模块拆分过多,会不会导致目标jar过大?

打包后,进入jar查看:拆分后的公共模块,在目标模块中不存在嵌套的lib库。其实,就是class字节码等相关文件。

相互之间有重复依赖包,会不会导致目标jar包过大?

按照上面,查看目标jar:maven打包后,主要在目标jar里面的lib库统一管理依赖jar,这些jar里面目前没发现再有重复的嵌套jar,不然就没完没了,也不合理。

自封装的公共模块或第三方pom打包后,它们里面也有嵌套的lib jar,造成相互嵌套?

综上:不会。

总结

按照maven打包规则、原理情况下,打包过程中,会统一管理目标jar的依赖库,避免嵌套打包,不然就导致jar异常大,不然就没完没了,也不合理。

知识是学不完的,需要的时候再看看吧,够用就行...

相关推荐
karry_k17 小时前
MyBatis批量insert-select踩坑:useGeneratedKeys=true 可能让PostgreSQL返回大量插入结果
java·后端
karry_k17 小时前
PostgreSQL 在 MyBatis 中执行正常 SQL 失效:一次 DELETE USING 踩坑记录
java·后端
SamDeepThinking21 小时前
从源码到代码:MyBatis-Flex 与 MyBatis-Plus 的逐项对比
java·后端·程序员
她的男孩1 天前
Spring Boot 接 Flowable 工作流:用 3 个注解搭一个请假审批流程
java·后端·架构
荣码1 天前
LLM结构化输出:让AI返回JSON而不是废话,我踩了4个坑
java·python
plainGeekDev1 天前
Gson → kotlinx.serialization
android·java·kotlin
小bo波1 天前
Java Swing 图形用户界面实验 —— 从算术练习到游戏开发的完整实践
java·课程设计·gui·游戏开发·扫雷·swing
咖啡八杯2 天前
GoF设计模式——备忘录模式
java·后端·spring·设计模式