首页
Python
Java
IOS
Andorid
NodeJS
JavaScript
HTML5
【
Maven 依赖调解源码解析(二):如何调试 Maven 源码和插件源码
】的更多相关文章
Maven 依赖调解源码解析(七):总结
本文是系列文章<Maven 源码解析:依赖调解是如何实现的?>第七篇,也是最后一篇,主要做个总结.请按顺序阅读其他系列文章,系列文章总目录参见:hhttps://www.cnblogs.com/xiaoxi666/p/15583241.html. 总结 在本系列文章中,我们搭建了一个简单的多模块项目,以实验的形式,从源码角度解析了四种依赖调节原则.涉及到了传递依赖的两种调解原则.一种同文件内的覆盖原则,以及 dependencyManagement 依赖锁定原则.其中,传递依赖的两种调解原则涉…
Mybatis源码解析(二) —— 加载 Configuration
Mybatis源码解析(二) -- 加载 Configuration 正如上文所看到的 Configuration 对象保存了所有Mybatis的配置信息,也就是说mybatis-config.xml 以及 mapper.xml 中的所有信息 都可以在 Configuration 对象中获取到.所以一般情况下,Configuration 对象只会存在一个.通过上篇文章我们知道了mybatis-config.xml 和 mapper.xml 分别是通过 XMLConfigBuilder 和…
RxJava2源码解析(二)
title: RxJava2源码解析(二) categories: 源码解析 tags: 源码解析 rxJava2 前言 本篇主要解析RxJava的线程切换的原理实现 subscribeOn 首先, 我们先看下subscribeOn()方法, 老样子, 先上Demo Observable<Integer> observable = Observable .create(new ObservableOnSubscribe<Integer>() { @Override public v…
Sentinel源码解析二(Slot总览)
写在前面 本文继续来分析Sentinel的源码,上篇文章对Sentinel的调用过程做了深入分析,主要涉及到了两个概念:插槽链和Node节点.那么接下来我们就根据插槽链的调用关系来依次分析每个插槽(slot)的源码. 默认插槽链的调用顺序,以及每种类型Node节点的关系都在上面文章开头分析过 Sentinel源码解析一 NodeSelectorSlot /** * 相同的资源但是Context不同,分别新建 DefaultNode,并以ContextName为key */ private vol…
maven 依赖调解
项目A有两条依赖关系 A->B->C->X(1.0),A->D->X(2.0) ,X是A的传递性依赖,但是两条路径上有两个版本的依赖,会选择哪个呢? maven 依赖调解原则1 :就近原则,所以这里会选择X(2.0). 那么如果有两条依赖关系是A->B->X(1.0),A->D->X(2.0)呢,会选择哪个呢? maven依赖调解原则2:优先原则.如果B比D声明更靠前,那么就会选择X(1.0)版本.…
Maven 依赖调解源码解析(二):如何调试 Maven 源码和插件源码
本文是系列文章<Maven 源码解析:依赖调解是如何实现的?>第二篇,主要介绍如何调试 Maven 源码和插件源码.系列文章总目录参见:https://www.cnblogs.com/xiaoxi666/p/15583241.html. 有了源码包和 Demo 项目,我们就能够着手分析了.那么问题来了,我们对 Maven 源码并不熟悉,总不能一头扎进去看.那么,我们就用调试的方式分析吧,简单且精准. 那么问题来了,mvn 源码和插件源码如何调试呢?这里提供一个非常简单的方法:使用 mvnDeb…
Maven 依赖调解源码解析(一):开篇
本文是系列文章<Maven 源码解析:依赖调解是如何实现的?>第一篇,主要做个开头介绍.并为后续的实验做一些准备.系列文章总目录参见:https://www.cnblogs.com/xiaoxi666/p/15583241.html. 前言 相信久经沙场的 Java 开发同学们,一定对 Maven 这个工具不陌生.Maven 的依赖调解原则,便是经常聊到的话题.它是为了解决 groupId 和 artifactId 完全相同的依赖,应该取哪个版本号的问题. 下面列举出一些原则: 原则一:传递依…
Maven 依赖调解源码解析(三):传递依赖,路径最近者优先
本文是系列文章<Maven 源码解析:依赖调解是如何实现的?>第三篇,主要介绍依赖调解的第一条原则:传递依赖,路径最近者优先.本篇内容较多,也是开始源码分析的第一篇,请务必仔细阅读,否则后面的文章可能就看不懂了.系列文章总目录参见:https://www.cnblogs.com/xiaoxi666/p/15583241.html. 场景 A有这样的依赖关系:A->B->C->X(1.0).A->D->X(2.0),X是A的传递性依赖,但是两条依赖路径上有两个版本的…
Maven 依赖调解源码解析(四):传递依赖,第一声明者优先
本文是系列文章<Maven 源码解析:依赖调解是如何实现的?>第四篇,主要介绍依赖调解的第二条原则:传递依赖,第一声明者优先.请按顺序阅读其他系列文章,系列文章总目录参见:https://www.cnblogs.com/xiaoxi666/p/15583241.html. 场景 路径最近者优先原则不能解决所有问题,比如这样的依赖关系:A-> C->X(1.0).A->D->X(2.0),X(1.0)和 X(2.0)的依赖路径长度是一样的,都为 2.那么到底谁会被解析使用…
Maven 依赖调解源码解析(五):同一个文件内声明,后者覆盖前者
本文是系列文章<Maven 源码解析:依赖调解是如何实现的?>第五篇,主要介绍同一个文件内声明,后者覆盖前者的原则.请按顺序阅读其他系列文章,系列文章总目录参见:https://www.cnblogs.com/xiaoxi666/p/15583241.html. 场景 这次我们让 A 直接依赖 X,且在 A 的 pom.xml 中声明两次 X,分别为 1.0 和 2.0 版本.内容如下: <?xml version="1.0" encoding="UTF-8…