函数式接口本质是仅含一个抽象方法的接口，必须用@FunctionalInterface标注以启用编译检查；可含default/static方法及Object继承方法，但抽象方法总数（含父接口继承）必须且只能为1。
自己编写 Java 函数式接口综合练习题，关键不是堆砌语法，而是围绕“一个抽象方法 + 明确行为意图 + 可验证的 Lambda 实现”来设计题目。题目的价值在于让学生动手判断、定义、实现、调用全过程，而不是背概念。
紧扣函数式接口本质出题
每道题必须聚焦“有且仅有一个抽象方法”这一硬约束：
- 给出一段含两个 abstract 方法的接口代码，要求学生指出问题并修正——重点考察对 @FunctionalInterface 编译检查的理解
- 提供一个带 default 方法和 static 方法的接口，让学生补全缺失的抽象方法签名，使其合法可被 Lambda 实现
- 给出继承自 Comparator 的子接口，再额外声明一个抽象方法，问是否仍为函数式接口——检验对接口继承中抽象方法计数的掌握
结合常见函数式语义设计场景题
用真实行为命名抽象方法，避免空泛，让 Lambda 写法自然浮现：
- 定义 @FunctionalInterface TextFilter，抽象方法 boolean matches(String s)；要求用 Lambda 筛选长度 > 5 且含数字的字符串
- 定义 TriFunction
（三参数函数式接口），抽象方法 R apply(T t, U u, V v)；要求用 Lambda 计算三个整数的平均值并转为 double - 定义 ThrowingSupplier
，抽象方法 T get() throws IOException；要求用 Lambda 包装一个可能抛出异常的文件读取操作
嵌入 Lambda 与方法引用的对比验证
题目要能区分学生是否真正理解二者等价性与约束条件：
立即学习“Java免费学习笔记（深入）”；
- 给定 StringConverter 接口（String convert(Object o)），提供 String::valueOf 和 Objects::toString 两个候选，问哪个可直接用于该接口并说明原因
- 定义 IntChecker（boolean test(int n)），给出 Math::isFinite 与 Integer::parseInt，判断能否使用并解释类型匹配失败点
- 写一个排序题：用 Arrays.sort(arr, (a,b) -> a - b) 后，改写为方法引用形式——需先确认该接口抽象方法签名是否支持
加入错误识别与调试环节
真实开发中，多数问题出在签名不匹配或注解遗漏，题目应模拟这类陷阱：
- 给出编译报错信息：“Bad return type in lambda expression: void cannot be converted to int”，让学生定位是接口返回值声明错误还是 Lambda 中漏写 return
- 提供一个未加 @FunctionalInterface 但实际只有一个抽象方法的接口，再在另一处误加第二个 abstract 方法却不报错——问为何没触发检查，并要求补上注解修复
- 定义接口时把抽象方法写成 default boolean isValid()，问该接口能否被 Lambda 实现，为什么
