Java多态依赖运行时动态绑定，静态方法在编译期确定调用目标，不参与多态；应将需多态的逻辑移至实例方法或接口实现，避免误用静态方法模拟重写。

Java 中的多态依赖运行时动态绑定，而静态方法在编译期就确定调用目标，天然不参与多态。这不是缺陷，而是设计使然——关键在于别把它当多态用。规避的核心是：把需要多态行为的逻辑从 static 拆出来，交给实例方法或接口实现。

用接口+依赖注入替代静态工具逻辑

把原本写在 Utils 类里的静态方法，抽象成接口并注入具体实现：

• 定义接口：interface PaymentProcessor { String process(double amount); }
• 提供真实实现：class AlipayProcessor implements PaymentProcessor { ... }
• 被测类通过构造器接收接口：OrderService(PaymentProcessor processor) { this.processor = processor; }
• 测试时直接传入模拟实现，无需 mock 静态方法，也不依赖 PowerMock

为遗留静态调用加一层轻量包装

无法立刻重构全部代码时，用非静态服务类包裹静态调用点：

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 新增包装类：class TimeProvider { public long now() { return System.currentTimeMillis(); } }
• 业务代码不再写 System.currentTimeMillis()，而是调用 timeProvider.now()
• 测试中可轻松 @Mock TimeProvider，返回固定时间值

避免在抽象类或继承体系中“假装”重写静态方法

子类里声明同名静态方法只是隐藏（hiding），不是重写（overriding）。这容易引发误判：

立即学习“Java免费学习笔记（深入）”；

• 不要在父类写 public static void log()，子类再写一个同签名方法试图“定制”
• 若需不同行为，应改为实例方法 + 模板方法模式，例如在抽象类中定义 final void execute() { before(); doAction(); after(); }，其中 doAction() 是 abstract 实例方法
• IDE 对 @Override 静态方法会报错，这是最直接的提醒信号

必要时启用 Mockito-inline，但不作为首选方案

仅当短期无法改造、且项目已使用 Mockito ≥ 3.4.0 时考虑：

• Maven 引入 mockito-inline 依赖
• 测试中用 mockStatic(XXX.class) 拦截特定静态调用
• 注意该方式需 JVM 支持 agent，生产环境或高安全策略下可能不可用