本文已被https://yourbatman.cn收录;女娲Knife-Initializr工程可公开访问啦;程序员专用网盘https://wangpan.yourbatman.cn;技术专栏源代码大本营:https://github.com/yourbatman/tech-column-learning;公号后台回复“专栏列表”获取全部小而美的原创技术专栏
你好,这里是Java方向盘,我是方向盘(YourBatman),坐稳扶好,开始发车。
所属专栏【方向盘】-IntelliJ IDEA源代码https://github.com/yourbatman/FXP-java-ee程序员专用网盘公益上线啦,注册送1G超小容量ÿIdea激活2022.10c;帮你实践做
减法https://wangpan.yourbatman.cnJava开发软件包(Mac)https://wangpan.yourbatman.cn/s/rEH0 提取码:javakit女娲工程http://152.136.106.14:8761
版本约定[IntelliJ IDEA 2022.1.1]之前有追写过多篇IDEA新特性的文章,每篇都能被CSDN官方首页推荐/公众号转载:
- IntelliJ IDEA 2020.3正式发布,年度最后一个版本很讲武德
- IntelliJ IDEA 2020.2正式发布,诸多亮点总有几款能助你提效
- IntelliJ IDEA 2020.1正式发布,你要的Almost都在这!
- IntelliJ IDEA 2019.3正式发布,给我们带来哪些新特性?
- IDEA命令行缩短器助你解决此问题:Command line is too long. Shorten command line
每次IDEA发布新版本,我都是第一时间升级。现在为啥不追着写篇文章介绍了呢?主要有两个原因:
- 明显感觉从2020年后的升级,新特性就比较小了。毕竟IDEA已非常成熟
- 疲了,也追不动了
所以每次,自己默默升上去就好:
Tips:每次升级IDEA后都能看到全新的启动图,还蛮有新鲜感的。
✍正文
本文并不是介绍IDEA 2022.1版本的新特性,而是只着眼于笔者对此次版本升级“最感兴趣”的部分:IDEA依赖分析器。顺道简单介绍下Maven,以及笔者卸载掉的Maven Helper插件。
Maven
Maven是Apache开源组织奉献的一个开源项目。Maven这个单词可以翻译为“知识的积累”,也可以翻译为“专家”或“内行”。
Maven的本质是一个项目管理工具,将项目开发和管理过程抽象成一个项目对象模型(POM)。开发人员只需做一些简单的配置,就可以批量完成项目的构建、报告和文档的生成工作。它是跨平台的,这意味着无论是在Windows上,还是在Linux或者Mac上,都可以使用同样的命令。
说了这么多,本文只着眼于Maven的一项功能:依赖管理。这是开发者和Maven打交道最多的功能,也是Maven的核心能力之一。
✌Maven依赖管理
早期的Java开发者,依赖需要手动管理,是个大问题。你造的,这种事不仅费时费力,而且还容易出错。Ant缓解了这个问题,但还是直到Maven的出现,才真正彻底解决了依赖管理这个问题,让开发者可以全心投入到开发中去。
要理解好Maven的依赖管理,得先了解相关概念。说明:本文并非Maven文章,只对Maven依赖管理方面的概念做简单科普。
依赖的Scope
依赖的scope决定其生效的范围,依赖的生效范围共计三种:
- build生效
- test生效
- runtime生效
scope有多种取值:
- : scope缺省值。三种范围都生效,参与打包。例如:spring-core
- : build生效,test生效,runtime不生效,不参与打包。例如:servlet-api
- : build不生效、test生效,runtime生效,参与打包。例如:mysql-connector-java(JDBC驱动)
- : build生效,test生效,runtime不生效,不参与打包。不是从maven仓库引入,而是在本地目录的下的jar,
十分不推荐使用 - : build不生效,test生效,runtime不生效,不参与打包。例如:JUnit、Mockito
- :仅仅在dependencyManagement内部才有这个值,它对范围都不生效。用于引入外部依赖,进行依赖管理
知识点:runtime不生效的,都不会参与打包,不参与打包就不会参与传递,因为在打包阶段,使用的是运行classpath。
小插曲:provided和optional的区别
从结果来看:二者是一样的。都不会被打入包中,依赖不会传递给上层。所以它哥俩的区别在于使用场景上。
- optional:表示该依赖是可选的,它的侧重点是强调这个依赖是可选的,不会被打入jar包内,也不会传递。注意:即使不传递、不打入jar包的内,运行时也不能报错
- optional更强调一种规范使用,表示可选,但即使没有该依赖也不影响程序运行,所以一般是需要程序进行一些额外的判断逻辑来保证程序的健壮性。
- provided:表示这个依赖是必须的,但是呢这个依赖通常在运行期不需要或者已经被提供了,比如lombok运行期不需要,servlet-api运行期已提供,所以都适合用provided而不适合用optional
最后,分享一个比喻,将二者的区别道出来,我觉得特别好,分享给你:
- optional:吃面时候,酱油、辣椒等就是可选的(强调可选性),加不加都不会影响面的正常食用(强调结果正确性,运行期不会报错)
- provided:吃面时候,筷子、碗是必须的(强调必须性),不过这些一般是店家给顾客备好,不需要顾客自带(强调结果正确性,运行期只是不需要有而已)
依赖传递机制
如图,Maven的依赖传递机制,大大地减少了人工维护间接依赖的复杂度。
至于哪些依赖可以向下继续传递,上个part已经有结论了:参与打包的就可以传递依赖,runtime生效的scope才会参与打包,也就是只有compile和runtime这两个scope能够传递依赖。
依赖仲裁
Maven管理传递依赖时,绝大部分时候我们无需关心依赖是哪儿来的。只有当依赖出问题时(比如希望是xx版本,但实际进来的是yy版本),才需要搞清楚此依赖是哪条路径进来的,为什么是这条路径。所以,当一个间接依赖来自多个路径时,了解Maven的依赖仲裁策略非常重要,是解决此问题的关键。
Maven依赖仲裁其实也比较简单,总结一下就两个原则:
- 路径最短者优先
- 先声明者优先
优先使用第1原则,当第1原则无法解决时,则通过第2原则决定。举个简单的例子辅助理解一下:
项目A的依赖如下,问:A最终依赖Z的版本号是多少?
答:2.0。原因:Z(1.0)的依赖路径长度为4,而Z(2.0)路径长度是3,根据原则,最终Z的版本号为2.0。
那么,问题来了。在实际生产项目中,这种间接依赖的场景会非常非常多,怎样高效的定位问题所在呢?maven提供了相关依赖分析命令:
- 查看依赖列表:mvn dependency:list
- 查看依赖以树状展示:mvn dependency:list
- 依赖分析:mvn dependency:analyze
虽然命令有了,但分析起来还是不够直观,那么破?
在集成开发环境时代,这种棘手问题肯定早已被解决,它就是:Maven Helper。
Maven Helper
它是IDEA的一个插件,可以通过 UI 界面的方式来查 Maven项目的依赖关系,很是直观。由于Java项目大都使用Maven进行管理,所以几乎可以说是必装插件。
在IDEA 2022.1发布之前,笔者一直使用它。看插件的评分,是我见过的评分最高的插件,非常优秀。
✌功能:依赖分析和解决冲突
安装好插件后,打开pom.xml文件,可以看到左下角靠右边多了个:
此tab进入Maven Helper的功能区:
如上图所示,commons-lang和jackson-core存在冲突,这里以为例解释冲突的原因以及为何最终仲裁为2.9.9版本。
原因:此依赖存在多个路径,且版本号还不一样ÿIdea激活2022.11a;
- pom里显示引入(直接依赖),版本号为2.9.9
- 通过jackson-databind间接引入,版本号为2.11.3(jackson-databind的版本号为2.9.9)
结果解释:直接依赖的路径长度是1,通过jackson-databind间接依赖的路径是2,按照路径最短者优先原则最终仲裁出来的版本号为2.9.9。
有时候,若就想要2.11.3这个版本生效,或者想解决所有conflicts避免隐患怎么办?这个时候就可以借助exclude来做,使用Maven Helper提供的图形化界面操作非常的方便,在想要排除的地方右键:
Exclude后的效果为:
自动帮你把exclusion部分加上去了。然后刷新刚才的视窗,发现此冲突完美解决:
依赖分析和解决冲突是Maven Helper最常用的功能,甚至没有之一。
✌功能:快速执行maven命令
这个用处,其实没那么的大。毕竟IDEA提供的Maven视窗已足够好用,就算偶尔手敲两个命令也不算麻烦。
还有其它功能比如展示依赖关系图、在当前位置快速启动命令行等,我觉得实用性都不算高,就不做过多介绍了。
那么问题来了,笔者作为Maven Helper的忠实用户,它也确实很好用,为何还将其卸载呢?
一切只因IDEA 2022.1发布了。
IDEA 2022.1
JetBrain在2022年4月26日,正式发布了IntelliJ IDEA 2022.1。本次属于大版本升级,对使用者来讲最大的改变就是引入了 ,依赖分析器。
✌功能:Dependency Analyzer
Dependency Analyzer,用于以UI方式管理依赖项和解决冲突。我去,咋一看这就是冲着Maven Helper来的呀,几乎完全重叠有木有。
在IDEA的maven视窗里依赖分析按钮,进入依赖分析窗口,如下图所示:
此窗口顶部有多个选项区域,逐个解释:
选择maven模块:对于多模块的项目,这里可以选择按模块处理依赖关系
选择Scope:默认选择所有
是否显示GroupId:多数情况下GroupId都不用显示,所以默认情况下此选项也是没有被选中的
是否只显示有冲突的依赖:
下面重点看看IDEA在冲突上的显示和处理能力,和Maven Helper还是有点不一样的:
请注意理解这个视窗,它和Maven Helper的Conflicts是有明显区别的。IDEA的是:
- 坐标表示已经解决的依赖们。换句话讲:列出来的依赖是有问题的(和实际生效的版本冲突的、没有存在意义的),这样开发者可以非常有针对性的解决左边这些依赖们
- 右边窗口显示的是左边光标选中的依赖的一个使用情况(是谁把你带进来了,依赖路径有多长)
注意对比下面窗口列表和👆🏻的不同,这里表示最终生效的版本号:
笔者个人认为,这种显示方式是优于Maven Helper的,很是直观。真可谓JetBrain出品,必属精品。
奈何,有个小小缺陷:当我想要通过exclusion方式去解决冲突的jar时,它并不能“一键”帮我完成,而只能导航到问题处自己手动解决:
你觉得IDEA后续会把“该功能”加上来吗?
使用IDEA自带的依赖分析器,打开的pom.xml文件时并不会和Maven Helper一样多出一个tab,而是保持原样:
最后,值得一提的是:IDEA的Dependency Analyzer功能不仅适用于Maven,还适用于Gradle。
最后,值得一提的是:IDEA的Dependency Analyzer功能不仅适用于Maven,还适用于Gradle。
最后,值得一提的是:IDEA的Dependency Analyzer功能不仅适用于Maven,还适用于Gradle。
✍总结
新版IDEA提供的Dependency Analyzer依赖分析功能,笔者认为不输Maven Helper。重点是前者是原生自带的(且还支持Gradle),后者还得额外安装插件,孰优孰劣高下立判。所以,我头也不回的卸载了Maven Helper,相忘于江湖。
赶紧升级到最新的IDEA 2022.1版本吧,一起体验它的依赖分析工具,以及something else new~
本专栏上下文
- 【方向盘】工具提效:Sublime Text 4的常用快捷键合集
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(Git&Other&完结篇)
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(Live Template&Postfix Completion篇)
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(重构篇)
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(代码补全篇)
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(运行/调试篇)
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(视窗、选择篇)
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(导航篇)
- 【方向盘】使用IDEA的60+个快捷键分享给你,权为了提效(操作系统、终端篇)
推荐阅读
- 【方向盘】蚂蚁金服上市了,我不想努力了
- 【方向盘】每人送1G超小容量,“BAT网盘”免费助你做减法
- 【方向盘】因“双减”失业,厉经9面,终获美团外卖L8的Offer
我是方向盘(YourBatman):前25年不会写Hallo World、早已毕业的大龄程序员。高中时期《梦幻西游》骨灰玩家,网瘾失足、清考、延期毕业、房产中介、保险销售、送外卖…是我不可抹灭的黑标签
- 🎓2013.07 清考、毕业答辩3次未通过、延期毕业
- 🏷2013.08-2014.07 宁夏中介公司卖二手房1年,毕业后第1份工作
- ️️🏷2014.07-2015.05 荆州/武汉,泰康人寿卖保险3月、饿了么送外卖2月,还有炸鸡排、直销等第2345份工作
- 🏷2015.08 开始从事Java开发,闯过外包,呆过大厂!擅长抽象思维,任基础架构团队负责人
- 🏷2021.08 因“双减政策”失业!历经9面,终获美团外卖L8的offer
- 🙅🏻♀️Java架构师、Spring开源贡献者、CSDN博客之星年度Top 10、领域建模专家、写作大赛1/2届评委
- 📚高质量代码、规范践行者;DDD领域驱动深度实践;即将出版书籍
源代码库大多数专栏均配有源代码,都在这里
- 源代码库地址:https://github.com/yourbatman/tech-column-learning
- CSDN主页:https://blog.csdn.net/f
- 掘金主页:https://juejin.cn/user/7192
- 博客园主页:https://www.cnblogs.com/yourbatman
- 个人博客主页:https://yourbatman.cn
- 个人网盘主页:https://wangpan.yourbatman.cn
2024最新激活全家桶教程,稳定运行到2099年,请移步至置顶文章:https://sigusoft.com/99576.html
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。 文章由激活谷谷主-小谷整理,转载请注明出处:https://sigusoft.com/173720.html