上一篇：还没毕业，我就进了HR的黑名单！
序言
重写jar的两种方式
第一种
第二种
在某些特殊场景下，我们需要修改 jar 包中的某些类和方法。jar 我们没有修改权限，那么怎么重写里面的类和方法呢？本文教你两种常用的方法，分享给大家，不喜勿喷！
重写步骤：
找到你所要重写的方法的所在类，查看其中的路径；
在我们的 src 目录下新建一个同包名同类名的类；
将 jar 包中的重写方法所在类的所有代码复制到我们新建的同包名同类名的类中；
在我们新建的同包名同类名的类中修改对应的方法中的代码，注意要保持方法中的参数不要发生改变，也不要删除原类中已有的方法，但是可以新增一些方法。
原理：编译输出的时候会优先使用我们 src 下面的类，而不是优先使用 Jar 包里面的类，这样就达到了覆盖 jar 包方法的目的。
在不影响项目目录结构的情况下可以使用这种方式：
参考上面第一种方法的步骤 1-4，操作相同。
将同包名同类名的类重写好，将.java文件编译成.class文件。
桌面新建一个文件夹，将编译好的.class文件存进去。
打开 jar 包所在的文件目录
5. 使用压缩软件预览 jar 包中的 class 文件
「压缩软件我用的Bandzip」
6. 将 jar 包中需要替换的类删除(jar中的原文件)，把自己编译好的.class文件复制进去。
替换
8. 删除在我们的 src 目录下新建的包、类。
两种方式各有优缺点，方案一，实现起来简单，但是会在你的项目下，多出一个第三方的包路径。
比如，我现在的项目包路径是：com.xttblog.nacos，我现在需要重写一个 apache 包中的某个类中的代码，我的项目下就需要新建一个包和类：org.apache.tomcat.utils.HelloUtil。
方案二，其实就是把方案一种产生的 class 文件复制出来，然后把原来的 jar 包中相同的 class 文件给替换掉，然后重新压缩成一个新的 jar 文件。方案二会造成，多数人可能不知道这是一个"野包"。
一般遇到这种情况，最好是从上游解决。比如，如果是内部系统，就要求相关团队提供新的jar；如果是开源项目，可以提交新的 pr，也可以自己拉取分支，自己公司单独维护。其他不知名的野包尽量不建议使用。
