java1.1中的实现
java1.1的类加载机制相对单一,而用户自定义加载器的重写却比较复杂。。
主要需要重写ClassLoader中一个方法:Class loadClass(String name)。
Class loadClass(String name):loadClass(String name)(或者loadClass(String name , boolean resolve))这个方法是加载的核心,他将根据类名(全名,比如java.lang.String)获得对应类的二进制数据,然后通过Class defineClass(byte[] b)将二进制数据加载到JVM的方法区,defineClass返回对应类的Class 实例,并根据可选的参数resolve决定是否需要现在解析这个类,之后将这个Class实例作为 loadClass方法的返回值。
其中,若是没有办法实现加载和defineClass,即无法通过本加载器直接加载类的情况,则使用Class findSystemClass(String name)委派系统的加载器查找,如果能找到则加载,否则,抛出ClassNotFoundException。可见,这个方法必须放在 loadClass方法中自定义加载的代码之后。
重写loadClass方法还是相对复杂的,需要考虑到各种加载情况。
以下的例子实现了这一过程。
它是一个能直接由.java源文件实现类加载的 加载器:CompilingClassLoader。
就像之前说到的,只需要重写loadClass()方法,用户自定义的加载实现逻辑都在这个方法中。至于代码中的其中的
其他的方法,比如defineClass(String name),findSystemClass(String name)都是由loadClass调用的。
CompilingClassLoader类中还包含了执行对去字节码、编译java文件的方法,都为loadClass()方法所用。
在defineClass()或findSystemClass()执行结束前,可能返回的异常挺多的:NoClassDefFoundError ,ClassNotFoundError , ClassFormatError , UnsupportedClassVersionError , LinkageError , ClassCircularityError , IncompatibleClassChangeError . 详细信息请大家查阅java doc。
代码如下:
CompilingClassLoader.java
- <span style="font-size: 16px; ">import java.lang.reflect.*;
-
-
-
-
-
-
-
-
-
public class CCLRun
- {
-
static public void main( String args[] ) throws Exception {
-
-
-
-
String progClass = args[0];
-
-
-
-
-
String progArgs[] = new String[args.length-1];
-
System.arraycopy( args, 1, progArgs, 0, progArgs.length );
-
-
-
CompilingClassLoader ccl = new CompilingClassLoader();
-
-
- Class clas = ccl.loadClass( progClass );
-
-
-
-
-
-
Class mainArgType[] = { (new String[0]).getClass() };
-
-
-
Method main = clas.getMethod( "main", mainArgType );
-
-
-
- Object argsArray[] = { progArgs };
-
-
-
main.invoke( null, argsArray );
- }
- }
Foo.java
<span style="font-size: 16px; ">public class Foo
- {
-
static public void main( String args[] ) throws Exception {
-
System.out.println( "foo! "+args[0]+" "+args[1] );
- }
- }
- java CCLRun Foo arg1 arg2
- CCL: Compiling Foo.java...
- foo! arg1 arg2
具体参见资料
这是一篇2001年的文章,是早年java1.1的实现方式。如今的java已经改变了 很多,变得更加人性化,多功能化,鲁棒性也更强了。
java1.2以后的实现
具体参见资料改版以后,ClassLoader实现了parent-child模型,更好的控制安全性方面的问题。
为了延续parent-first的模式,通常在继承ClassLoader时不用重写loadClass()方法,而是重写findClass()方法。
findClass() : 方法中需要定义如何获取类的字节码,并使用defineClass()完成加载(仅仅加载,没有resolve等步骤)。
对应的有一个findLoadedClass() ,这个方法用来实现对查找当前加载器是否有加载某类。由于findClass是从原来的loadClass方法中抽离的代码,重写也简单很多,省去了开发者对流程控制的很多顾虑。
loadClass():如果使用parent-first的加载模型,loadClass()方法是不用重写的。它通过向父亲加载器迭代实现了parent-first的委托关系。每次加载一个类时,先调findLoadedClass(),如果没有找到,则调用父亲加载器的loadClass(),如果找到了就返回Class实例,没有找到则父亲加载器会产生一个ClassNotFoundException,捕捉到这个Exception后,加载器会自己调用findClass()尝试实现对类的加载。如果依然没有成功加载,则产生一个ClassNotFoundException.
A.loadClass()
- |
- (not-found?) (by findLoadedClass)
- |
- B.loadClass()
- |
- (not found?) (by findLoadedClass)
- |
- systemclassloader.loadClass (Bs parent, also can be
- | called classpath classloader)
- |
- (not found?) (by findLoadedClass)
- |
- ootstrap classloader.loadClass (the bootstrap classloader,
- | (this has no parent)
- |
- (not found?)
- |
- systemclassloader.findClass (on system classloader,
- | will try to "find" class in "classpath")
- |
- (not found?) ClassNotFoundException
- |
- B.findClass
- |
- (not found?) ClassNotFoundException
- |
- A.findClass
- |
- (not found?)
- |
- ClassNotFoundException
注意,对于extensions class loader ,它的parent加载器是null,因为bootstrap加载器是本地实现的,并非java实现,于是,如何从extension 加载器向上回溯呢?答案如下:
try {
-
if (parent != null) {
-
c = parent.loadClass(name, false);
-
} else {
- c = findBootstrapClassOrNull(name);
- }
-
} catch (ClassNotFoundException e) {
-
-
- }
这是
ClassLoader的源代码,对于 parent 为null的情况,会直接调用findBootstrapClassOrNull方法尝试用bootstrap加载器加载 。通过源代码,能够很好的理解这里的parent-child 模型了。
另注意 对于基于parent-child模型的类加载器实现,都需要定义一个以parent类加载器作为参数的构造函数,以指定父加载器。如果直接调用没有参数的构造函数,则默认制定的是systemclassloader作为parent。
以下为编程实例
下面的例子是我用来实现动态分析java类关系的加载器代码。具体方法是:调用ASM api , 在加载器中加载类时,修改.class文件中的字节码,加入相应语句,让对象在创建或执行相应指令时,在trace文件中记录自己的行为。不过实现的方式不是重点,重点是使用了自定义的类加载器的实现!
在编码的过程中,我遇到的一个错误是,将需要使用自定义加载器加载的类文件直接放在了eclipse工程中的bin目录下。而这个目录是可以通过appclassloader即systemclassloader找到路径并加载的。根据parent-first的实现,这些类直接被systemclassloader加载了,也就绕过了自定义加载器的处理机制。修改过路径以后没有出现相应问题了。
ASMClassLoader.java
package biaobiaoqi.classLoader;
-
import java.io.*;
-
-
import org.objectweb.asm.ClassReader;
-
import org.objectweb.asm.ClassWriter;
-
-
import biaobiaoqi.asm.*;
-
-
-
public class ASMClassLoader extends ClassLoader
- {
- String basePath ;
-
-
-
-
-
public ASMClassLoader(String path){
- basePath = path ;
- }
-
-
-
-
-
-
-
public ASMClassLoader(String path , ClassLoader parent){
-
super(parent);
- basePath = path ;
- }
-
-
@Override
-
public Class findClass(String name) throws ClassNotFoundException{
-
System.out.println("findClass");
-
byte[] raw;
-
try {
- raw = getBytesFromBasePath( name );
-
} catch (IOException e) {
- e.printStackTrace();
-
throw new ClassNotFoundException();
- }
-
-
byte[] transformed = instrumentBtyeCode(raw);
-
-
-
-
-
-
-
-
-
-
-
if (transformed == null){
-
throw new ClassNotFoundException();
- }
-
-
-
return defineClass(name, transformed, 0, transformed.length );
- }
-
-
private byte[] getBytesFromBasePath( String className ) throws IOException ,ClassNotFoundException{
-
String fileStub = className.replace( '.', '/' );
-
String classFileName = basePath +fileStub+".class";
-
File file = new File( classFileName );
-
-
long len = file.length();
-
byte raw[] = new byte[(int)len];
-
FileInputStream fin = new FileInputStream( file );
-
-
int r = fin.read( raw );
-
if (r != len)
-
throw new IOException( "Can't read all, "+r+" != "+len );
-
- fin.close();
-
return raw;
- }
-
-
private byte[] instrumentBtyeCode(byte[] raw){
-
ClassWriter cw = new ClassWriter(ClassWriter.COMPUTE_FRAMES);
-
ASMClassAdapter mca = new ASMClassAdapter(cw);
-
ClassReader cr = new ClassReader(raw);
-
cr.accept(mca, 0);
-
return cw.toByteArray();
- }
-
-
@Override
-
public Class loadClass( String name, boolean resolve )
-
throws ClassNotFoundException {
-
System.out.println("loadClass_resolve");
-
return super.loadClass(name ,resolve);
- }
-
-
-
@Override
-
public Class loadClass( String name )
-
throws ClassNotFoundException {
-
System.out.println("loadClass");
-
return super.loadClass(name );
- }
-
- }
温馨提示:不要把需要用自定义加载器加载的类文件直接放在system classloader能达到的路径下,否则,parent-first会帮你加载好那个类。特别是在用eclipse等IDE开发的时候。。这个bug让我花了很长时间。。
分享到:
相关推荐
Java 虚拟机中ClassLoader 相关简介 双亲委托机制 Android 中ClassLoader 简介
ClassLoader运行机制 自己写的ClassLoader运行机制 自己写的ClassLoader运行机制 自己写的ClassLoader运行机制 自己写的ClassLoader运行机制 自己写的
自定义classloader的使用
ClassLoader原理,ClassLoader原理 ClassLoader原理
破解java加密的ClassLoader.java,在classloader植入破解代码
Java ClassLoader定制实例
java classloader classpath 张孝祥
Classloader
理解Java ClassLoader机制
用于验证理解Android中Classloader加载类机制的程序demo,从中可以对比DexClassLoader和PathClassLoader的区别联系。
ClassLoader类加载机制和原理详解
classloader 源码,自定义classloader
关于J2EE服务器的ClassLoader的原理,该文档清晰了揭示了jvm装载类的顺序,同时用户可以自定义修改classLoader的配置 通过该文档,可以加深对Java虚拟机的理解
自定义ClassLoader,控制台输入调试。 运行期间 重新载入指定目录的class文件。可实现对于类的功能函数更新。 用到java 反射,@interface 等技术
JVM内存模型,类加载模式工作机制详细,内存屏障,类从被加载到虚拟机内存中开始,直到卸载出内存为止,它的整个生命周期包括了:加载、验证、准备、解析、初始化、使用和卸载这7个阶段。其中,验证、准备和解析这三...
Java中ClassLoader的解析,从ClassLoader的角度分析了JVM,装载类,创建类的对象的整个过程,更清晰的了解JVM的运行机制。
JVM ClassLoader简析.压缩包中文档和示例代码
classloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloaderclassloader