如何为依赖私有字段的已有只读类新增扩展方法？

不存在完全无代价的完美方案，你可以根据项目约束、技术栈特性在以下路径中选择，不需要局限于你提到的两种方式：

• 优先验证装饰器模式的可行性
  很多场景下你判定“必须依赖私有字段”，是遗漏了原有类暴露的公开方法、属性入口。如果能通过现有公开API组合获取到所需的状态、实现目标逻辑，直接创建包装类持有原有类的实例，在包装类中实现新增方法即可。这个方案完全符合OOP封装原则，无任何侵入性，是优先级最高的选型。
• 构建期/运行时字节码织入
  如果你的技术栈支持字节码操作（比如Java生态的ByteBuddy、ASM，.NET生态的Mono.Cecil），可以选择在编译打包阶段或者类加载阶段，把你编写的新方法直接织入原有类的字节码中。织入后的方法和类原生方法拥有完全一致的访问权限，可以直接读写私有字段，不需要全量复制原有类的源码，仅需要单独维护新增的方法片段即可。
  这个方案的缺点是会增加构建流程或类加载逻辑的复杂度，调试成本比原生代码稍高。
• 反射方案的合理使用
  你提到的Reflection反射方案并非绝对不可用：所谓“违背封装”是工程层面的取舍，而非不能触碰的红线。如果新增方法的调用频率低、对性能不敏感，你完全可以把反射访问私有字段的逻辑封装到独立的工具类中做隔离，加上清晰的注释说明，在多数业务场景下是成本极低的可落地方案。
• 全量复制源码方案仅适用于极端场景
  你提到的复制全量源码到新类的方案，仅适合目标类逻辑极简单、后续几乎不会跟随上游版本迭代的场景。只要原有类后续有版本更新，你维护的副本就会出现逻辑不一致的问题，长期维护成本极高，非必要不选择。

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