前言
为什么要修改运行时类呢,也就是修改运行时类能帮助我们解决什么问题呢。修改运行时类可以帮助我们快速排除bug,实现对一些基础信息的监控。
比如 重写java.io.File类的相关方法实现对文件路径信息的捕获；重写java.net.Socket类的相关方法可以实现对网络套接字信息的捕获；重写java.lang.Thread类的相关方法实现对线程创建信息的捕获；还有我们还可以通过修改运行时类统计特定类的实例对象的数量。
比如对于常见的ClassNotFoundException,我们想了解关于URLClassLoader的搜索类的一些
详细信息,这时候我们可以通过修改运行时类去实现我们的目标。
一、如何修改运行时类
以jdk1.8为例,它的运行时rt.jar位于
使用字节码编辑工具修改class文件,常见的字节码工具有javassist，bcel，asm,，JavaCompiler，cglib等。javassist可以通过修改class的方法体的方式来实现对类的修改。它可以在方法体指定代码行之前或者之后插入java源代码,或者用源代码替换整个方法体内容。替换整个方法体可以结合反编译工具java-decompiler来实现。
比如我们修改 java.net.URLClassLoader 的findClass方法，在findClass方法的ClassNotFoundException异常抛出之前插入一行调试代码,反编译效果如下
修改完成之后,用javassist将它输出为 Class文件。
二、替换运行时rt.jar中相应的Class文件
为了不影响rt.jar的正常使用,我们可以对rt.jar的副本进行替换操作。拷贝一份rt.jar放在其它文件目录下并将java.net.URLClassLoader类的class进行替换。
未修改之前java.net.URLClassLoader类位于 C:\Program Files\Java\jdk1.8.0_181\jre\lib\rt.jar 中
修改之后的java.net.URLClassLoader类位于F:\git26\bootclasspath\rt.jar
区别在于 后者命令行比前者多了个 “-Xbootclasspath/p:F:\git26\bootclasspath\rt.jar”
对于不同的jar包包含相同的类文件,classloader只会加载前者,所以有了上面的差异
三、比较URLClassLoader修改前和修改后运行效果
修改前URLClassLoader加载一个不存在的类 abc.def.ghi,报错信息如下
修改后URLClassLoader加载类abc.def.ghi时有额外的信息输出
系统类加载器在查找abc.def.ghi在类的时候,会首先使用sun.misc.Launcher$ExtClassLoader
加载,加载失败后继续使用sun.misc.Launcher$AppClassLoader尝试加载,输出信息中还包含了
当前线程以及当前线程的上下文classloader