如何在编译时忽略Java访问修饰符（除javac插件外）

以下是几种无需javac插件的可行方案，适配你已有的Java Agent运行时修改逻辑：

方案1：字节码预处理工具修改目标类访问权限 #

利用ASM、ByteBuddy这类字节码操作工具，提前修改目标类的访问修饰符作为编译依赖，编译完成后恢复原类：

• 编写简单的字节码处理脚本/程序：加载目标类的字节码，将需要访问的私有/保护成员的访问标志（如ACC_PRIVATE）替换为ACC_PUBLIC
• 将修改后的字节码输出为临时class文件，添加到编译类路径的最优先级位置
• 编译你的业务代码，此时编译器会认为目标成员是公开的，不会触发访问权限检查报错
• 编译完成后删除临时class文件，运行时通过Java Agent动态调整原目标类的访问权限

优点：自动化程度高，无需反编译源码，适合批量处理多个类；缺点：需要熟悉基础字节码操作逻辑。

方案2：源码级修改生成临时依赖类 #

通过反编译+修改源码的方式生成临时依赖类，供编译阶段使用：

• 用FernFlower、JD-GUI等工具反编译目标类的字节码为Java源码
• 修改源码中需要访问的成员的修饰符（比如把private改成public），编译这个修改后的源码得到临时class文件
• 编译业务代码时，将临时class文件放在类路径最前面，让编译器优先加载这个修改后的版本
• 编译完成后清理临时文件，运行时依赖Java Agent处理原类的访问权限

优点：操作直观，无需掌握字节码知识；缺点：如果目标类有混淆或复杂字节码，反编译可能出问题，适合少量类的场景。

方案3：编译期生成桥接类规避检查 #

通过生成合法的桥接类，间接访问目标成员，配合Java Agent在运行时打通权限：

• 编写注解处理器，扫描代码中标记需要访问的目标私有成员（比如自定义一个@AccessPrivate注解）
• 注解处理器在编译时自动生成与目标类同包的桥接类，桥接类中编写调用目标成员的方法（利用包级访问权限绕过部分检查，或者后续通过Agent修改桥接类权限）
• 业务代码调用桥接类的方法，而非直接访问目标私有成员，编译阶段不会触发权限报错
• 运行时通过Java Agent修改目标类或桥接类的访问权限，确保桥接方法能正常调用目标成员

优点：符合Java编译规范，无临时文件残留；缺点：需要编写注解处理器，适配成本稍高。

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