在开发一些可扩展系统时,我们可能遇到这样的需求:系统预定义接口,允许用户自行实现该接口,并将实现打包成JAR文件上传到系统中。系统需要能够动态加载这个JAR并完成热部署,无缝切换接口的实现方式,从而避免繁琐的手动重启和部署流程。
下面我们以一个简单的计算器接口为例,讲解两种实现热部署的方式:基于反射的直接调用和基于Spring容器的注解式bean注册。
定义简单的接口
首先,我们定义一个计算器接口,包含两个方法。
public interface Calculator {
int calculate(int a, int b);
int add(int a, int b);
}
该接口的一个简单实现
考虑到用户实现接口的两种方式:依赖Spring容器管理(注解方式)和不依赖Spring管理(反射方式)。我们在实现类中分别用 calculate 方法对应注解方式, add 方法对应反射方式。
@Service
public class CalculatorImpl implements Calculator {
@Autowired
CalculatorCore calculatorCore;
/**
* 注解方式
*/
@Override
public int calculate(int a, int b) {
int c = calculatorCore.add(a, b);
return c;
}
/**
* 反射方式
*/
@Override
public int add(int a, int b) {
return new CalculatorCore().add(a, b);
}
}
这里注入 CalculatorCore 的目的是为了验证在注解模式下,系统可以完整地构造出bean的依赖体系,并将其注册到当前Spring容器中。CalculatorCore 的代码如下:
@Service
public class CalculatorCore {
public int add(int a, int b) {
return a+b;
}
}
反射方式热部署
用户将JAR包上传到系统的指定目录。我们假设上传JAR文件的本地路径为 jarAddress,其对应的URL路径为 jarPath。
private static String jarAddress = "E:/zzq/IDEA_WS/CalculatorTest/lib/Calculator.jar";
private static String jarPath = "file:/" + jarAddress;
系统需要将上传的JAR包加载到当前线程的类加载器中,然后通过用户提供的完整类名,加载得到该实现类的Class对象,最后通过反射进行调用。完整代码如下:
/**
* 热加载Calculator接口的实现 反射方式
*/
public static void hotDeployWithReflect() throws Exception {
URLClassLoader urlClassLoader = new URLClassLoader(new URL[]{new URL(jarPath)}, Thread.currentThread().getContextClassLoader());
Class clazz = urlClassLoader.loadClass("com.nci.cetc15.calculator.impl.CalculatorImpl");
Calculator calculator = (Calculator) clazz.newInstance();
int result = calculator.add(1, 2);
System.out.println(result);
}
注解方式热部署
如果用户上传的JAR包中的实现类使用了Spring注解(如 @Service),那么我们就需要扫描JAR包中所有需要注入Spring容器的bean,并将其动态注册到当前系统的Spring容器中。这本质上是一个类的热加载加上bean动态注册的过程。
直接上代码:
/**
* 加入jar包后 动态注册bean到spring容器,包括bean的依赖
*/
public static void hotDeployWithSpring() throws Exception {
Set<String> classNameSet = DeployUtils.readJarFile(jarAddress);
URLClassLoader urlClassLoader = new URLClassLoader(new URL[]{new URL(jarPath)}, Thread.currentThread().getContextClassLoader());
for (String className : classNameSet) {
Class clazz = urlClassLoader.loadClass(className);
if (DeployUtils.isSpringBeanClass(clazz)) {
BeanDefinitionBuilder beanDefinitionBuilder = BeanDefinitionBuilder.genericBeanDefinition(clazz);
defaultListableBeanFactory.registerBeanDefinition(DeployUtils.transformName(className), beanDefinitionBuilder.getBeanDefinition());
}
}
}
在这个过程中,将JAR加载到当前线程类加载器的步骤与反射方式一致。之后,我们需要扫描JAR包下的所有类文件,获取完整类名,并使用类加载器加载对应的Class对象。接着判断该Class对象是否带有Spring的注解(如 @Component, @Service, @Repository),如果包含,则将该Bean定义注册到系统的Spring容器中。
DeployUtils 工具类包含了读取JAR包所有类文件、判断Class是否为Spring Bean、以及转换Bean名称的方法。代码如下:
/**
* 读取jar包中所有类文件
*/
public static Set<String> readJarFile(String jarAddress) throws IOException {
Set<String> classNameSet = new HashSet<>();
JarFile jarFile = new JarFile(jarAddress);
Enumeration<JarEntry> entries = jarFile.entries();//遍历整个jar文件
while (entries.hasMoreElements()) {
JarEntry jarEntry = entries.nextElement();
String name = jarEntry.getName();
if (name.endsWith(".class")) {
String className = name.replace(".class", "").replaceAll("/", ".");
classNameSet.add(className);
}
}
return classNameSet;
}
/**
* 方法描述 判断class对象是否带有spring的注解
*/
public static boolean isSpringBeanClass(Class<?> cla) {
if (cla == null) {
return false;
}
//是否是接口
if (cla.isInterface()) {
return false;
}
//是否是抽象类
if (Modifier.isAbstract(cla.getModifiers())) {
return false;
}
if (cla.getAnnotation(Component.class) != null) {
return true;
}
if (cla.getAnnotation(Repository.class) != null) {
return true;
}
if (cla.getAnnotation(Service.class) != null) {
return true;
}
return false;
}
/**
* 类名首字母小写 作为spring容器beanMap的key
*/
public static String transformName(String className) {
String tmpstr = className.substring(className.lastIndexOf(".") + 1);
return tmpstr.substring(0, 1).toLowerCase() + tmpstr.substring(1);
}
删除JAR时,需要同时删除Spring容器中注册的Bean
在JAR包被切换或删除时,我们需要将之前注册到Spring容器中的Bean定义也一并删除。这是一个与注册过程相反的逆操作,且必须确保使用同一个Spring上下文(DefaultListableBeanFactory)。
代码如下:
/**
* 删除jar包时 需要在spring容器删除注入
*/
public static void delete() throws Exception {
Set<String> classNameSet = DeployUtils.readJarFile(jarAddress);
URLClassLoader urlClassLoader = new URLClassLoader(new URL[]{new URL(jarPath)}, Thread.currentThread().getContextClassLoader());
for (String className : classNameSet) {
Class clazz = urlClassLoader.loadClass(className);
if (DeployUtils.isSpringBeanClass(clazz)) {
defaultListableBeanFactory.removeBeanDefinition(DeployUtils.transformName(className));
}
}
}
测试
我们可以编写一个测试类来模拟用户上传JAR的过程。测试函数使用一个循环,初始时由于找不到JAR文件会抛出异常,捕获异常后让线程睡眠10秒。在这段时间内,我们可以手动将编译好的JAR包放置到指定目录下,观察热部署是否生效。
测试代码如下:
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");
DefaultListableBeanFactory defaultListableBeanFactory = (DefaultListableBeanFactory) applicationContext.getAutowireCapableBeanFactory();
while (true) {
try {
hotDeployWithReflect();
// hotDeployWithSpring();
// delete();
} catch (Exception e) {
e.printStackTrace();
Thread.sleep(1000 * 10);
}
}
通过上述两种方式,我们实现了Java应用对用户自定义JAR包的动态加载与热部署。反射方式简单直接,适用于无依赖注入的简单逻辑;而注解方式则能完整地处理Spring Bean及其依赖关系,更适合复杂的、基于Spring框架的模块扩展。这种机制为构建高可扩展性的插件化系统提供了基础能力。

希望这篇关于Java动态热部署的实现详解对你有所帮助。如果你想了解更多关于后端开发、架构设计或具体技术栈的深入讨论,欢迎在云栈社区与更多开发者交流。