杭州网站建设岗位薪资,新开传奇网站大全,老哥们给个uc能看的2021,建站快车优势类加载器(ClassLoader)是Java虚拟机提供给应用程序去实现访问接口和类字节码数据的技术。类加载器只负责加载过程中的字节码获取并加载到内存的这一过程。
一、 类加载器的分类 类加载器的详细信息可以使用Arthas通过classloader命令查看#xff1a;
1.启动类加载器(Boots…类加载器(ClassLoader)是Java虚拟机提供给应用程序去实现访问接口和类字节码数据的技术。类加载器只负责加载过程中的字节码获取并加载到内存的这一过程。
一、 类加载器的分类 类加载器的详细信息可以使用Arthas通过classloader命令查看
1.启动类加载器(Bootstrap ClassLoader)
由Hotspot虚拟机提供的使用C编写的类加载器默认加载Java安装目录/jre/lib下的类文件。针对用户自定义的jar包如果想被启动类加载器加载的话可以使用如下参数进行加载 -Xbootclasspath/a:jar包目录/jar包名 加载java中最核心的类。
2. 扩展类加载器(Extension Class Loader)
使用JAVA编写由JDK提供源码位于sun.misc.Launcher是一个静态内部类继承自URLClassLoader。默认加载java安装目录的/jre/lib/ext下的文件使用如下参数使用扩展类加载器进行加载 -Djava.ext.dirsjar包目录 进行扩展,这种方 式会覆盖掉原始目录可以用;(windows):(macos/linux) 追加上原始目录 3. 应用类加载器(App CLass Loader)
使用JAVA编写由JDK提供源码位于sun.misc.Launcher是一个静态内部类继承自URLClassLoader。加载的是位于classpath下的文件
二、 双亲委派机制 双亲委派机制主要是为了解决
同一个类被多次加载或者一个类应该被谁加载的问题保证类加载的安全性避免恶意代码替换JDK中的核心类库。 启动类加载器、扩展类加载器、应用类加载器的关系如下
[arthas106672]$ classloader -t
-BootstrapClassLoader-sun.misc.Launcher$ExtClassLoader79acc872 -com.taobao.arthas.agent.ArthasClassloader7b94591c-sun.misc.Launcher$AppClassLoader18b4aac2应用程序类加载器的父类是扩展类加载器。而扩展类加载器的parent为null但是在逻辑上扩展类加载器依然会把启动类加载器当作夫类加载器处理。 启动类加载器使用C编写没有父类加载器。
逻辑当一个类去加载某个类的时候会自底向上查找是否加载过如果加载过就直接返回如果到底一直没有加载过再由顶向下委派进行加载。
三、 打破双亲委派机制
打破的原因一个Tomcat可以部署多个Web应用如果两个应用中出现了相同限定名的类比如Servlet类Tomcat要保证这两个类都能加载并且它们应该是不同的类。
ClassLoader类中实现双线委派方式原理 双亲委派的核心代码
try {if (parent ! null) {c parent.loadClass(name, false);} else {c findBootstrapClassOrNull(name);}
} catch (ClassNotFoundException e) {if (c null) {// If still not found, then invoke findClass in order to find the class.long t1 System.nanoTime();c findClass(name);// this is the defining class loader; record the statessun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();
}1. 自定义类加载器
自定义类加载器重写loadClass()不再使用双亲委派机制而使用自己实现的loadClass()。 其中自定义类加载器的父加载器为应用类加载器(getSystemClassLoader())
问题两个自定义类加载器加载相同限定名的类是否会冲突 不会只有同一个类加载器且加载相同限定名的才会被认定为同一个类。 2. 线程上下文类加载器
以DriverManager为例
核心逻辑就是启动类加载器加载DriverManager在初始化DriverManager时会通过SPI机制加载mysql驱动SPI机制利用了线程上下文来加载并创建对象实现原本应该由启动类加载器交由应用类加载器去加载的过程打破双亲委派机制。
依赖于SPI机制rt.jar核心包是有Bootstrap类加载器加载的其内包含SPI核心接口类由于SPI中的类经常需要调用外部实现类的方法而jdbc.jar包含外部实现类jdbc.jar存在于classpath路径无法通过Bootstrap类加载器加载因此只能委派线程上下文加载器的加载方式破坏了“双亲委派模型”它在执行过程中抛弃双亲委派加载链模式使程序可以逆向使用类加载器当然这也使得Java类加载器变得更加灵活。为了进一步证实这种场景不妨看看DriverManager类的源码DriverManager是Java核心rt.jar包中的类该类用来管理不同数据库的实现驱动即Driver它们都实现了Java核心包中的java.sql.Driver接口如mysql驱动包中的com.mysql.jdbc.Driver
AccessController.doPrivileged(new PrivilegedActionVoid() {public void run() {ServiceLoaderDriver loadedDrivers ServiceLoader.load(Driver.class);IteratorDriver driversIterator loadedDrivers.iterator();}
}实现延迟服务提供者查找 DriverManager.loadInitialDrivers - ServiceLoader.load - reload -lookupIterator new LazyInterator(service, loader); 加载meta-inf初始化驱动 loadedDrivers.iterator() - driversIterator.hasNext() - hasNextService - ClassLoader.getSystemResources(fullName);
这样ServiceLoader会帮我们处理一切并最终通过load()方法加载
3. Osgi框架的类加载器
历史上OSGi模块化框架。它存在同级之间的类加载器的委托加载如下图的加载器1和2。OSGi还使用类加载器实现了热部署的功能。热部署指的是在服务不停止的情况下动态地更新字节码文件到内存中。JDK9之后不再使用OSGi现在可以使用arthas解决热部署问题。 由于这种机制使用已经不多所以不再过多讨论OSGI
