Java无友元机制是主动设计取舍，通过包级访问、接口+组合、静态工厂等原生方式实现受控协作，既满足跨类协作需求，又严格遵循封装原则保障安全与可维护性。
Java 中没有友元类（friend class）机制，这是语言设计上的主动取舍——通过强化封装和访问控制来提升安全性与可维护性。这种“缺失”不是缺陷，而是约束；关键在于如何用 Java 原有机制达成类似协作目标，同时不破坏封装原则。
用包级访问（package-private）替代简单友元场景
当两个类天然属于同一逻辑模块（如 DAO 与实体辅助类），又需共享内部状态或算法时，不必暴露 public 方法。可将字段、构造器或方法设为默认访问级别（不写修饰符），仅限同包内访问：
- 把紧密协作的类放在同一个包下，例如
com.example.order.internal - 将辅助类的构造器或关键方法声明为包私有：
OrderValidator(Order order)（无修饰符） - 避免跨包直接依赖，也防止外部误用
用接口+组合明确协作契约
若需跨包提供“有限访问权”，不要让外部类直接读写内部字段，而是定义清晰接口：
- 提取可被安全复用的行为为
public interface OrderProcessor - 目标类实现该接口，或持有其实例（组合）
- 调用方只依赖接口，不感知具体实现细节或私有结构
用静态工厂或构建器封装受控访问
当某些类需要为特定协作者创建特殊状态的对象（类似友元类初始化权限），可用静态工厂方法限定入口：
立即学习“Java免费学习笔记（深入）”；
-
public static Order createForBatchImport(Map data)—— 只对可信内部组件开放 - 方法体内做校验、防御性拷贝、状态预置，屏蔽原始构造逻辑
- 外部无法用
new Order(...)绕过约束，但内部模块可调用
必要时用反射（慎用）
极少数框架或测试场景需临时突破访问限制（如序列化工具、Mock 框架），Java 提供 AccessibleObject.setAccessible(true)。但这属于破坏性操作：
- 仅限可信上下文（如单元测试、已签名的系统库）
- 需配合模块系统（
opens指令）或 JVM 启动参数（--add-opens） - 生产代码中应避免，否则丧失封装保障，且易受 JDK 版本升级影响
