函数式接口是仅含一个抽象方法的接口，@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 使用处。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
例如查看 ApplicationListener 的某个监听行为，点进 forPayload(Consumer) 静态工厂方法，立刻能看到它返回的是一个 Lambda 表达式：event -> consumer.accept(event.getPayload())。
读上下文：关注 Spring 如何注入和触发
函数式接口本身不干活，关键看它在哪被注册、被谁调用：
-
ApplicationContext启动时会扫描所有ApplicationListener实例并缓存 - 事件发布时（如
context.publishEvent()），框架遍历监听器列表，对每个匹配类型的监听器调用onApplicationEvent -
BootstrapRegistryInitializer则在 Spring Boot 初始化早期被BootstrapContext主动回调，用于注册自定义资源
验证是否真函数式：编译期检查不能少
加了 @FunctionalInterface 不代表一定合规。如果手动往接口里多加一个抽象方法，编译器会报错：“Unexpected @FunctionalInterface annotation”。所以这个注解既是提示，也是约束——源码里看到它，基本可以确认该接口设计初衷就是支持 Lambda 或方法引用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
