编译错误本质是契约未履行：声明实现接口或继承抽象类却未兑现所有方法承诺，需定位缺失方法、确认契约定义、检查依赖版本、补全方法实现并清理缓存验证。
这类编译错误本质是契约未履行：你声明了“要实现某个接口或继承某个抽象类”，却没兑现所有方法承诺。关键不是找错，而是快速定位缺了哪一环。
看清楚报错信息里的方法签名
编译器提示通常形如：
Class 'EqptEvaMetricServersImpl' must either be declared abstract or implement abstract method getMetricsByCategory() in MetricServer
这句里藏着三个关键点：
- 目标类名：
EqptEvaMetricServersImpl - 缺失方法：
getMetricsByCategory() - 契约来源：
MetricServer（可能是接口或抽象类）
别急着写代码，先确认这个方法在 MetricServer 中是否真被定义为 abstract，而不是默认方法或静态方法。
检查父类/接口定义是否已变更
尤其在升级 Spring Boot、Micrometer 或内部 SDK 后，接口常会新增抽象方法。此时旧实现类不会自动更新。
立即学习“Java免费学习笔记（深入）”；
- 用 IDE 跳转到
MetricServer定义处，查看最新源码或反编译字节码（javap -cp xxx.jar com.xxx.MetricServer） - 对比你本地模块依赖的该接口版本与运行时实际加载的版本是否一致（
mvn dependency:tree | grep metric） - 注意 Lombok 注解（如
@Data）可能干扰构造逻辑，间接导致方法绑定异常
补全方法实现，哪怕暂时空着
只要让编译通过，就能继续推进。不必等业务逻辑写完：
- 在
EqptEvaMetricServersImpl中添加方法体，返回合理默认值或抛出UnsupportedOperationException - IDE 通常支持快捷键（如 IntelliJ 的
Alt + Enter → Implement Methods）自动生成骨架，避免手误漏掉@Override或参数类型 - 如果多个方法缺失，优先补全报错中明确指出的那个，其他可后续逐步完善
清理缓存并验证结果
有时 IDE 或构建工具缓存了旧字节码，导致改了代码仍报错：
- 执行
./gradlew clean compileJava或mvn clean compile - IntelliJ：File → Invalidate Caches and Restart
- 确保修改后的 class 文件确实被重新生成（检查
build/classes或target/classes目录下对应 .class 文件的时间戳）
