静态变量的作用域与类加载器绑定，在类被加载后，静态变量会一直存在于对应的内存区域中，直到类被卸载。这一特性为热部署场景下的状态保留提供了可行思路，很多热部署框架在重新加载类时，若处理不当很容易导致原有业务状态丢失，而合理利用静态变量的作用域特性可以有效解决这一问题。
静态变量作用域的核心特性
静态变量属于类级别的变量，不属于任何实例对象，其作用域由类加载器的生命周期决定。当类被类加载器加载后，静态变量会被分配到方法区（或元空间）中，所有该类的实例都会共享这一变量。只要类加载器没有被回收，静态变量就会一直存在，不会随着实例的销毁而消失。
我们可以通过一段简单的Java代码来理解静态变量的作用域表现：
public class StaticVarDemo {
// 静态变量，属于类级别
public static int count = 0;
public void addCount() {
count++;
}
public static void main(String[] args) {
StaticVarDemo demo1 = new StaticVarDemo();
demo1.addCount();
StaticVarDemo demo2 = new StaticVarDemo();
demo2.addCount();
// 输出结果为2，说明两个实例共享同一个静态变量
System.out.println(StaticVarDemo.count);
}
}
热部署框架的状态丢失问题
常规的热部署框架在检测到类文件变更后，会创建新的类加载器来加载更新后的类，旧的类加载器会被标记为可回收。如果业务状态都存储在实例对象中，那么旧类加载器下的实例会随着类加载器的回收而被销毁，对应的状态也就丢失了。而静态变量如果是在旧类加载器下定义的，同样会随着旧类加载器的回收而消失，这也是很多热部署场景下状态无法保留的核心原因。
利用静态变量作用域实现状态无损迁移的方案
核心思路
要实现状态无损迁移，需要让静态变量脱离热部署类加载器的生命周期管控，将其放在一个不会被热部署框架重新加载的父级类加载器的作用域中。这样即使热部署框架创建了新的类加载器加载业务类，父级类加载器中的静态变量依然会保留，业务状态也就可以持续存在。
具体实现步骤
- 第一步，定义独立的状态持有类，将该类放到热部署框架的父级类加载器可加载的路径下，确保该类不会被热部署框架重新加载。
- 第二步，在状态持有类中使用静态变量存储需要保留的业务状态，提供对应的读写方法。
- 第三步，业务类中不再直接存储状态，而是调用状态持有类的静态方法来读写状态，热部署时业务类被重新加载，但状态持有类的静态变量依然存在，状态也就不会丢失。
代码示例
首先定义父级类加载器下的状态持有类：
// 该类放在父级类加载器路径下，不会被热部署框架重新加载
public class StateHolder {
// 用静态变量存储业务状态，这里以用户会话状态为例
private static Map<String, Object> sessionState = new HashMap<>();
public static void putState(String key, Object value) {
sessionState.put(key, value);
}
public static Object getState(String key) {
return sessionState.get(key);
}
public static void removeState(String key) {
sessionState.remove(key);
}
}
然后是业务类的实现，业务类会被热部署框架重新加载：
public class UserService {
public void saveUserSession(String userId, Object userInfo) {
// 调用状态持有类的静态方法存储状态，而不是存在当前类的实例变量中
StateHolder.putState(userId, userInfo);
}
public Object getUserSession(String userId) {
// 从状态持有类的静态变量中读取状态
return StateHolder.getState(userId);
}
}
当热部署框架重新加载UserService类时，StateHolder类因为属于父级类加载器，不会被重新加载，其内部的静态变量sessionState会一直保留，之前存储的用户会话状态也就不会丢失，实现了状态的无损迁移。
注意事项
- 状态持有类必须放在热部署框架不会扫描重新加载的路径下，否则静态变量还是会随着类的重新加载而被重置。
- 静态变量中存储的状态对象最好是可序列化的，避免后续如果需要做持久化或者类结构变更时出现兼容性问题。
- 如果状态数据量较大，需要考虑静态变量带来的内存占用问题，避免造成内存泄漏，可以定期清理无用的状态数据。
需要注意的是，这种方案依赖于热部署框架的类加载器结构，不同的热部署框架类加载器层级可能不同，实际使用时需要先确认框架的类加载规则，再调整状态持有类的放置路径。