默认不测私有方法，因其属实现细节而非对外契约；但遗留系统中核心逻辑常藏于private方法，需通过验证公有方法输出、反射调用、改为包级可见、PowerMock或重构为独立类等方式应对。
Java 中私有方法不能直接调用，单元测试默认不鼓励测私有方法——因为它们属于实现细节，不是对外契约。但现实中，尤其在遗留系统里，核心逻辑常藏在 private 方法中，不测就难保质量。下面几种方式都可行，关键看场景和长期维护成本。
优先验证公有方法的输出行为
这是最推荐、最可持续的做法。不碰私有方法本身，而是检查它产生的可观察结果：返回值、对象状态变化、异常抛出、外部副作用（如日志、事件发布）等。
- 例如一个
generateOrder()公共方法内部调用private String calculateExtras()，你只需断言最终 Order 对象里的getExtras()字段是否符合预期 - 用
assertEquals("GLASS,BREAKDOWN", order.getExtras())即可覆盖该私有逻辑的业务效果 - 重构时即使把
calculateExtras拆成两个方法或改名，只要输出不变，测试依然通过
用反射临时访问私有方法（适合紧急兜底）
当无法改动代码结构、又急需验证某段私有逻辑时，反射是最直接的“破墙”手段。
- 调用
getDeclaredMethod("methodName", paramTypes)获取方法引用 - 执行
method.setAccessible(true)绕过访问控制 - 用
method.invoke(instance, args)执行并断言返回值 - 注意捕获
NoSuchMethodException、IllegalAccessException等异常
将私有方法改为包级可见（package-private）
不加 private、public 或 protected 修饰符，让它对同包测试类可见。JUnit 测试类放在与被测类相同包下（目录结构一致），就能直接调用。
立即学习“Java免费学习笔记（深入）”；
- 无需反射，无运行时异常，写法干净
- 比
public更安全，仍限制在模块内 - 需确保测试源码路径（如
src/test/java）和主代码路径（src/main/java）有相同包名结构
借助 PowerMock 框架 mock 或调用私有方法
适用于需要隔离依赖、又必须验证私有方法行为的复杂场景（比如私有方法里含静态调用、new 对象、或难以构造的入参）。
- 添加
@RunWith(PowerMockRunner.class)和@PrepareForTest({YourClass.class}) - 用
PowerMockito.invokePrivate(target, "methodName", args)直接调用 - 也可用
PowerMockito.when(...).thenReturn(...)对私有方法打桩 - 注意 PowerMock 与较新 JDK（如 17+）和 JUnit 5 的兼容性问题，需选对版本
不复杂但容易忽略：真正要守住的是业务正确性，不是方法是否 private。先问一句——这个私有方法是不是本该是一个独立的、有明确职责的类？如果是，把它抽出来，测试就自然变得简单、稳定、可复用。
