函数式接口是仅含一个抽象方法的接口，@FunctionalInterface注解用于标识并强制编译期校验该规则，支持Lambda表达式和方法引用。

直接看源码里带 @FunctionalInterface 注解的接口，重点盯住只有一个抽象方法的类——这是函数式接口最核心的识别标志。

找接口：从注解和方法数量入手

Spring 框架中大量使用函数式接口，比如：

• ApplicationListener：被 @FunctionalInterface 修饰，只定义了 onApplicationEvent(E) 一个抽象方法
• BootstrapRegistryInitializer：也是函数式接口，仅含 initialize 方法
• 还有常见的 Consumer、Function、Predicate 等 JDK 自带接口，Spring 直接拿来用，不加修饰但符合函数式语义

查实现：用 IDE 快速定位具体逻辑

在 IDEA 中，把光标放在接口名上，按 Ctrl + T（Windows/Linux）或 Cmd + T（Mac），调出类型层级视图。选中目标接口后，展开“Implementations”，就能看到所有实现类或 Lambda 使用处。

例如查看 ApplicationListener 的某个监听行为，点进 forPayload(Consumer) 静态工厂方法，立刻能看到它返回的是一个 Lambda 表达式：event -> consumer.accept(event.getPayload())。

Java注释规范Skills

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

下载

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

读上下文：关注 Spring 如何注入和触发

函数式接口本身不干活，关键看它在哪被注册、被谁调用：

• ApplicationContext 启动时会扫描所有 ApplicationListener 实例并缓存
• 事件发布时（如 context.publishEvent()），框架遍历监听器列表，对每个匹配类型的监听器调用 onApplicationEvent
• BootstrapRegistryInitializer 则在 Spring Boot 初始化早期被 BootstrapContext 主动回调，用于注册自定义资源

验证是否真函数式：编译期检查不能少

加了 @FunctionalInterface 不代表一定合规。如果手动往接口里多加一个抽象方法，编译器会报错：“Unexpected @FunctionalInterface annotation”。所以这个注解既是提示，也是约束——源码里看到它，基本可以确认该接口设计初衷就是支持 Lambda 或方法引用。