java单元测试不应强行调用private/protected方法，而应优先重构为package-private方法、通过公有方法间接验证、必要时谨慎使用反射，protected方法则可在同包下直接测试。
Java 中不能直接调用私有（private）或受保护（protected）方法进行单元测试，这是由语言访问控制机制决定的。但实际开发中，我们更应关注“如何合理地验证这些方法的行为”，而不是强行绕过封装。以下是几种常用且符合工程实践的方式：
优先重构：把私有逻辑提取为可测试的包级/公有方法
大多数私有方法承担的是内部计算、数据转换等职责，这类逻辑本身是可复用、可验证的。将其提取到一个独立的工具类或服务类中，并设为 package-private（默认访问级别），就能在同包下的测试类中直接调用。
- 例如：将
private String formatName(String raw)拆出为StringUtils.formatName(...) - 测试时只需 new 对应工具类（或通过 DI 注入），直接调用该方法
- 既保持了高内聚低耦合，又避免了反射等侵入式手段
通过公有方法间接覆盖私有逻辑
私有方法通常被公有方法调用。只要设计良好的单元测试覆盖了所有输入路径和边界条件，私有方法的执行逻辑自然会被验证。
- 比如
public void processOrder(Order order)内部调用了private boolean isValid(Order) - 写多个测试用例：传入合法订单、空订单、金额超限订单等，观察
processOrder的行为（是否抛异常、返回状态等） - 这种黑盒方式最符合测试初衷——验证对外契约，而非实现细节
必要时使用反射（仅限特殊场景）
当私有方法逻辑复杂、暂无法重构，且必须单独验证时（如遗留系统、算法核心），可用反射临时绕过访问限制。注意这会降低测试稳定性，应加注释说明原因并尽快安排重构。
- 用
Method method = target.getClass().getDeclaredMethod("methodName", paramTypes) - 调用
method.setAccessible(true)打开访问权限 - 再用
method.invoke(target, args)执行 - JUnit 5 可配合
@TestInstance(TestInstance.Lifecycle.PER_CLASS)避免重复反射查找
受保护方法（protected）的测试更简单
protected 方法本就允许子类访问。测试时可创建一个测试专用的子类，或在与被测类同一包下编写测试类（无需继承），即可直接调用。
- 确保测试类和被测类在同一个 package（如都位于
com.example.service） - 直接
new TargetClass().protectedMethod()即可 - 若使用模块化（Java 9+），需在
module-info.java中导出该包供测试使用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
