函数式接口的核心是接口中必须有且仅有一个抽象方法；@functionalinterface仅为编译期校验工具，用于检查该结构并明确设计意图，不参与运行时行为。

Java 中定义函数式接口，核心就一条：接口里必须有且仅有一个抽象方法。它不是靠注解“定”出来的，而是由这个结构决定的；@FunctionalInterface只是编译器层面的校验工具，帮你提前发现问题。

必须满足的结构条件

一个接口要能被 Lambda 表达式实现，得满足以下三点：

• 只含一个抽象方法（不能是 default 或 static 方法）
• Object 类中声明的方法（如 equals、hashCode、toString）不计入抽象方法数量
• 允许存在任意多个 default 方法和 static 方法，它们不影响函数式接口判定

推荐加上 @FunctionalInterface 注解

虽然不加也能用（只要结构对），但加上注解更规范、更安全：

• 编译器会检查是否真只有一个抽象方法，多写或少写都会报错
• 明确表达设计意图，让其他开发者一眼看出这是为 Lambda 准备的
• IDE 通常会据此提供更好的代码提示和重构支持

示例：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

  @FunctionalInterface
  public interface Calculator {
    int compute(int a, int b);
    default void log(String msg) { System.out.println(msg); }
    static void info() { System.out.println("Calculator v1.0"); }
  }

常见错误写法避坑

下面这些定义都不是合法的函数式接口：

• 接口里写了两个抽象方法（比如同时有 run() 和 stop()）
• 抽象方法签名与 Object 方法冲突但又没重写（如声明了 public boolean equals(Object) 却没标注 @Override）
• 把 default 方法误当成抽象方法，以为“没写 abstract 就不算”，其实 default 方法根本不是抽象的

怎么配合 Lambda 使用

只要接口符合函数式接口定义，Lambda 就能直接赋值给它的变量或作为参数传入：

• 参数个数和类型要跟抽象方法一致（编译器自动推断）
• 返回值类型也要匹配（void 或具体类型）
• 方法体写在 -> 右侧，单语句可省略大括号和 return，多语句需保留

例如用上面的 Calculator：

  Calculator add = (a, b) -> a + b;
  Calculator max = (a, b) -> a > b ? a : b;

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南