背景：

在软件开发过程中，我们会使用到很多开源的框架，但是有的时候我们使用的开源框架的某些部分不符合我们的需求，就需要修改源码。

方案：

1. 把需要修改的类拷贝到项目中（路径要保持一样）进行修改，项目继续依赖原框架。
2. 把项目从githup clone到本地，进行修改，修改完毕后，发布到内部的maven私服中，进行使用。

优缺点：

方案一：

优点：比较容易看到修改了哪些源码，而且仍然依赖原框架，可以灵活升级版本
缺点：由于仍然依赖原框架，会导致项目中包含重复的类，具体是修改后的源码生效还是框架中的源码生效比较依赖于java的类加载策略。

方案二：

优点: 可以直接引用，不会存在重复的类。
缺点：随着时间增长，源码管理难度提升，可能都会忘记了改过哪些东西，并且版本升级也不方便。

类加载策略：

项目中包含和依赖同名同路径的类，会优先在家项目中的类。
项目依赖包中，有同名同路径的类，会根据maven的依赖机制进行加载。