bytebuddy 无法修改已加载的抽象类，但可动态生成继承该抽象类的新具体子类并实现其全部抽象方法。需显式定义方法实现、处理构造器继承，并通过 classloader 加载新类。
ByteBuddy 无法直接对已加载的抽象类进行“动态继承”并生成子类来覆盖其抽象方法，因为 Java 的类加载机制不允许在运行时修改已加载的类结构（包括添加父类或改变继承关系）。但你可以用 ByteBuddy 动态创建一个**新类**，让它继承某个抽象类，并实现其抽象方法——这才是实际可行且常用的方式。
动态生成抽象类的子类
ByteBuddy 支持以某个抽象类为父类，动态构建一个具体子类。关键在于：目标抽象类必须已加载（即在 classpath 中可访问），且 ByteBuddy 会生成新类（非原类），该类继承抽象类并提供所有未实现的抽象方法。
- 使用 new SubclassDynamicTypeBuilder(...).subclass(YourAbstractClass.class) 启动构建
- 通过 .defineMethod("methodName", ...).intercept(FixedValue...) 或 .method(ElementMatchers.any()).intercept(...) 实现抽象方法
- 调用 .make().load(ClassLoader) 获取新类的 Class 对象，再用反射或 Unsafe 创建实例
注意抽象方法签名与实现一致性
ByteBuddy 不会自动推断抽象方法体，你必须显式定义每个抽象方法的实现逻辑。如果遗漏任一抽象方法，生成类仍为抽象类，无法实例化。
- 可用 ElementMatchers.isAbstract().and(ElementMatchers.declaresMethod()) 扫描目标抽象类的所有抽象方法
- 推荐配合 MethodDelegation.to(YourHandler.class) 统一分发实现，避免逐个 defineMethod
- 返回类型、参数顺序、异常声明必须严格匹配，否则字节码验证失败
处理构造器继承问题
抽象类若有带参构造器，而无无参构造器，动态子类默认无法调用 super()，会导致生成失败。
- 用 .implement(ConstructorCall.using(...)) 显式指定父类构造器调用方式
- 或通过 .constructor(ElementMatchers.any()).intercept(SuperMethodCall.INSTANCE) 转发所有构造器
- 若抽象类只有私有/受保护构造器，需确保子类可见性策略兼容（如 useConstructor() + Visibility.PACKAGE）
加载与使用生成的子类
生成的类本质是新类型，不替换原抽象类，也不影响已有实例。它独立存在于自定义 ClassLoader 中（除非显式使用系统类加载器）。
- 建议使用 ByteBuddy 提供的 ClassLoadingStrategy.Default.INJECTION（基于 Unsafe）快速加载
- 实例化时调用 generatedClass.getDeclaredConstructor().newInstance()
- 若需注入到 Spring 等框架，应将其注册为 Bean（注意生命周期和代理限制）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
