最近由于工作需要,需要编写自定义的class loader,该class loader工作于tomcat环境下,初步环境描述:类Verify由自定义class loader加载,目前定义该class loader的类名为:CustomClassLoader。
CustomClassLoader实现比较简单,该类从jar包中加载verify类,主要代码如下:
public class CustomClassLoader extends ClassLoader {
private static Map<String,Class> classes = new HashMap<String,Class>();
/**
* 构造函数
* @param jarName
* @throws Exception
*/
private CustomClassLoader(String jarName) throws Exception {
this.jarName = jarName;
init();
}
/**
* 生成或取得CustomClassLoader实例
* @return
*/
public static synchronized CustomClassLoader getInstance(String jarName) {
if(loader == null)
try {
loader = new CustomClassLoader(jarName);
} catch (Exception e) {
System.err.println(e.getMessage());
return null;
}
return loader;
}
private void init() throws Exception {
JarInputStream jar = new JarInputStream(new FileInputStream(new File(jarName)));
JarEntry entry;
while ((entry = jar.getNextJarEntry()) != null) {
if (entry.getName().toLowerCase().endsWith(".class")) {
String classname = entry.getName().substring(0,entry.getName().length() - ".class".length()).replace('/', '.');
byte[] data = getResourceData(jar);
Class clazz = defineClass(classname,data, 0, data.length);
classes.put(classname, clazz);
}
}
}
@Override
public Class findClass(String name) {
if(classes.get(name) != null) {
return classes.get(name);
}
return null;
}
final static private byte[] getResourceData(JarInputStream jar) throws IOException {
ByteArrayOutputStream data = new ByteArrayOutputStream();
byte[] buffer = new byte[8192];
int size;
while (jar.available() > 0) {
size = jar.read(buffer);
if (size > 0) {
data.write(buffer, 0, size);
}
}
byte[] val = data.toByteArray();
data.close();
return val;
}
/**
*该类对加载的verify类进行调用
*/
public static boolean verify(String jarFilepath) {
LwClassLoader loader = getInstance(jarFilepath);
if(loader == null)
return false;
Class clazz;
try {
clazz = loader.loadClass("cn.xx.xx.xx.Verify");
Method method = clazz.getDeclaredMethod("verifyMethod", String.class);
Object obj = method.invoke(null, licFilepath);
return Boolean.valueOf(obj.toString());
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
return false;
}
}
}
该类实现比较简单,只是实现了findClass,该类会被loadClass调用,loadClass内部调用顺序如下:
1.调用 findLoadedClass(String)
来检查是否已经加载类
2.在父类加载器上调用 loadClass
方法
3.调用 findClass(String)
方法查找类
类Verify中主要代码如下:
public class Verify {
public static boolean verify(String str) {
//其中的StringUtil是第三方类
//原方法,不能在Tomcat中使用
byte[] tmp = StringUtil.decodeHex(str);
//更改后的方法,可以在Tomcat中正常使用
Class stringUtilClass = Class.forName("xx.xx.StringUtil",false,Thread.currentThread()
.getContextClassLoader());
Method verifyMethod = DSAUtilClass.getDeclaredMethod("verify", String.class);
boolean verifyResult = Boolean.valueOf(verifyMethod.invoke(null, str).toString());
......
//其它操作
return true;
}
......其它方法
}
主要结构就如以下,如果该class loader在main函数中运行,则可以正常执行,可以加载,但是如果把该class loader置于tomcat下面的时候,始终会报找不到StringUtil类的方法,折腾了好久也没解决,在debug的时候发现,Verify类被加载的时候,此时current class loader是CustomClassLoader,而Context Class Loader是WebappClassLoader(是tomcat在启动线程时指定的,个人猜测:)),但是在加载类StringUtil的时候使用的是Current class loader,也就是CustomClassLoader,因为CustomClassLoader只加载了指定的一个jar包,导致无法找到类的错误,在网上查了好多也没法解决问题,后来只能指定在加载StringUtil的时候使用指定的classloader来解决问题,如上面代码中的解决方法。可是该方法也是有问题的:
1.总不能所有的在该class中使用的第三方类都使用反射去加载吧?如何解决?
2.Context Class Loader到底什么时候被使用?
希望有此方面经验的朋友帮忙解决?
问题解决了,第一个问题参见第一条评论。
第二个问题:context class loader只能被显式调用,不知道理解是否正确。一个context class loader是在创建线程时指定的,指定位置在线程创建后,启动前。若没有指定,则该线程的context class loader使用父线程的context class loader。
-
-
-
分享到:
相关推荐
这个目录用来放置一些特殊的第三方库,这些库可能会覆盖JDK自带的某些类或接口实现,以解决兼容性问题。 6. **$CATALINA_HOME/commons/i18n下的jar文件** 专门存放国际化相关的库,如语言包等。 7. **$CATALINA...
这个问题通常发生在使用`Class.forName()`或`ClassLoader.getSystemClassLoader().loadClass()`尝试动态加载第三方JAR中的类时。 Java虚拟机(JVM)的类加载机制是导致此问题的关键。自JDK 1.2以来,JVM采用委托...
// 使用自定义ClassLoader加载新版本的类 c = dc.findClass(b); lastModified = file.lastModified(); } return c; } } ``` 上述代码展示了如何创建一个动态ClassLoader来实现热部署的基本思想。...
4. 对于使用了第三方库或框架的项目,需要确保这些库或框架使用的JAR包版本与项目中其他依赖的版本兼容。不兼容的版本可能会导致依赖解析失败,从而引发加载异常。 5. 在Spring Boot项目中,可以利用其启动类上的@...
相比PostConstruct/PreDestroy注解的静态织入,LTW的优势在于无需重新构建或修改原始类,这在处理非Spring管理或者第三方库的类时尤其有用。 LTW的使用通常分为以下几个步骤: 1. **配置ClassLoader**:Spring LTW...
- **库目录**:存放第三方库和其他依赖项。 - **配置目录**:包含配置文件和设置。 - **日志目录**:用于存储应用程序的日志文件。 ##### 设置独立开发环境 (Setting up a standalone development environment) ...
第三方配置 ii. 23.7.2. 松散的绑定(Relaxed binding) iii. 23.7.3. @ConfigurationProperties校验 iii. 24. Profiles i. 24.1. 添加激活的配置(profiles) ii. 24.2.以编程方式设置profiles iii. 24.3. Profile...
这些库文件可能包含第三方API、框架或者工具类,开发者可以通过`import`语句引入这些库,以便在自己的项目中使用。在执行Java程序时,需要确保这些库文件被正确地添加到类路径中。 ### 4. WWW根目录与Web应用 `...
通过将对象的创建和管理权交给第三方容器(如Spring容器),实现控制反转,使对象不再控制其自身的创建过程,提高代码的可复用性和可测试性。 #### IO和NIO的区别,NIO优点 - **IO(InputStream/OutputStream)**:...
1. 目录 1. 2. 目录 .........................................................................................................................................................1 JVM ........................