如何强制继承构造方法为包私有的Java类？

我想强制继承另一个库中的public类com.external.Parent，但它唯一的构造方法是包私有。我尝试通过JASM生成字节码，开放该构造方法并调用super()，代码如下：

JASM代码 #

public class com/internal/OpenChild
extends com/external/Parent
{
  public <init>()V {
    try {
      ldc com/external/Parent
      iconst 0
      anewarray java/lang/Class
      invokevirtual java/lang/Class.getDeclaredConstructor([java/lang/Class)java/lang/reflect/Constructor
      iconst 1
      invokevirtual java/lang/reflect/Constructor.setAccessible(Z)V
    } catch (java/lang/Throwable) {
      astore 0
      new java/lang/RuntimeException
      dup
      aload 0
      invokespecial java/lang/RuntimeException.<init>(java/lang/Throwable)V
      athrow
    }
    aload 0
    invokespecial com/external/Parent.<init>()V
    return
  }
}

等价Java代码 #

package com.internal;

import com.external.Parent;

public class OpenChild extends Parent {
  public OpenChild() {
    try {
      Parent.class.getDeclaredConstructor().setAccessible(true);
    } catch (Throwable t) {
      throw new RuntimeException(t);
    }
    super();
  }
}

反射设置可访问性的操作正常，但super()调用却抛出IllegalAccessException。既然可以通过反射创建com.external.Parent的实例，那这种继承的黑科技是否可行？我的策略中遗漏了什么？

核心问题：invokespecial的访问校验不受反射setAccessible影响 #

JVM对invokespecial指令（即Java中的super()调用）的权限校验逻辑，和反射调用完全独立：

• 对于父类构造方法的invokespecial调用，JVM会直接检查调用类与父类是否在同一包下，或者构造方法是否为public/protected，完全不看反射设置的accessible标记。
• 反射的setAccessible(true)仅对Constructor.newInstance()这类反射调用生效，无法修改字节码层面的常规方法/构造方法调用权限规则。

可行的黑科技方案：绕开super()直接构造子类对象 #

如果一定要实现继承，只能绕开常规的super()调用流程，具体可以通过以下方式：

1. 字节码+Unsafe API修改对象数据

   • 生成OpenChild的字节码，构造方法中跳过invokespecial调用（Java代码不允许，但字节码可以做到）。
   • 在构造方法中用反射创建Parent实例。
   • 使用sun.misc.Unsafe的内存操作方法，将Parent实例的字段值拷贝到当前OpenChild对象中，或者直接修改对象的类型指针（注意：这种操作风险极高，可能导致JVM崩溃或数据损坏，仅用于极端场景）。

2. 代理/装饰器模式（更稳妥）
   如果不需要严格的继承关系，而是要复用Parent的功能，推荐用装饰器模式：

   • 创建OpenChild类，持有一个通过反射构造的Parent实例。
   • 若Parent实现了接口，让OpenChild实现相同接口，将所有方法调用转发给持有的Parent实例；若没有接口，则手动封装需要的方法。

总结 #

直接通过super()调用包私有父类构造方法的思路不可行，因为JVM的字节码访问校验不认可反射的权限设置。但可以通过反射+内存操作的黑科技实现继承，或者用更安全的装饰器模式替代。

内容的提问来源于stack exchange，提问作者Christopher Madrigal