泛型擦除与单例误用导致“类型假隔离”，不同泛型参数实际共用同一静态实例，引发数据混用；应避免泛型类单例，改用按class键隔离的缓存或具体类型bean。
这个问题本质是泛型擦除 + 单例误用共同导致的“类型假隔离”——表面上用了不同泛型参数（如 Cache<user></user> 和 Cache<order></order>），实际运行时却共用同一份静态实例，造成数据混用、逻辑污染。
确认是否真发生了泛型单例误用
先验证问题根源：检查你的泛型类是否定义了 静态泛型字段或静态方法返回泛型实例。例如：
- 写了类似
private static T instance;（编译不通过，但可能用private static Object instance;+ 强转模拟） - 或更隐蔽的：
private static Map<class>, Object> cache = new HashMap();</class>，但没按泛型类型键做区分，而是用固定 key（如字符串"DEFAULT"）存所有实例 - 或直接定义了泛型类的静态单例工厂：
public static <t> MyGenericService<t> getInstance()</t></t>，而内部用private static MyGenericService instance（擦除后就是同一个对象）
定位共享容器的实际运行时行为
泛型信息在运行时已擦除，JVM 看不到 MyService<string></string> 和 MyService<integer></integer> 的区别。关键排查点：
- 用
System.identityHashCode(obj)打印多个“不同泛型”实例的哈希码，若完全一致，说明是同一对象 - 在构造函数或初始化块中加日志，观察是否只执行一次（哪怕你调用了
getInstance<a>()</a>和getInstance<b>()</b>） - 用 JVM 工具（如 jstack 或 JConsole）查看该类加载器下该类的静态字段值，确认是否只有一个引用
修复方向：放弃“泛型类单例”，改用类型安全的实例管理
泛型类本身不适合做成单例；真正需要单例的是具体业务场景下的某个确定类型实例。推荐做法：
- 把泛型类设计为普通工具类（无状态）或依赖注入 Bean（有状态但由容器管理生命周期）
- 若必须全局唯一，用
ConcurrentHashMap<class>, Object></class>按真实类型缓存，且严格使用Class<t></t>作为 key：cache.computeIfAbsent(clazz, k -> new MyService(k)) - 在 Spring 等框架中，优先声明
@Scope("singleton")的具体化 Bean（如@Bean public UserService userService()），而非泛型 Bean - 如用纯 Java，可封装一个类型注册中心：
TypeSingleton<t>.get(User.class)</t>内部按 Class 做隔离，避免静态泛型字段
补充：警惕 IDE 和日志造成的误导
有时调试时看到两个变量名不同（如 userCache 和 orderCache），但它们指向同一个泛型单例对象。日志打印也可能因 toString() 未重写而显示相同内容，建议直接比对 == 或哈希码，而非依赖字段值或名称。
