Java没有原生高阶函数，需通过函数式接口（仅一个抽象方法的接口，如Function、Predicate）模拟，lambda和方法引用被编译为接口实例，本质是面向对象与函数式编程的折中。
Java 没有原生的“高阶函数”语法，所谓“高阶函数”在 Java 中是通过函数式接口 + 方法引用/lambda 实现的模拟行为，不是语言层面的支持。
什么是函数式接口
函数式接口是只有一个抽象方法的接口，用 @FunctionalInterface 标注（非强制但强烈建议）。编译器会检查是否真只含一个抽象方法，否则报错。
常见内置函数式接口包括：Function<t></t>、Predicate<t></t>、Consumer<t></t>、Supplier<t></t>、UnaryOperator<t></t> 等。
-
Function<string integer></string>表示接受String、返回Integer的转换逻辑 - 不能有多个非 default / static 的抽象方法，否则不满足函数式接口定义
- 可以有任意数量的
default方法和static方法，不影响“单抽象方法”约束
为什么 Java 里“高阶函数”只能靠函数式接口模拟
高阶函数指“接收函数为参数”或“返回函数”的函数。Java 不支持将方法或 lambda 直接作为一等类型传递，必须包装成函数式接口实例。
立即学习“Java免费学习笔记（深入）”；
例如，想写一个“对列表每个元素应用某个转换逻辑”的工具方法：
public static <T, R> List<R> map(List<T> list, Function<T, R> mapper) {
return list.stream().map(mapper).toList();
}
这里 mapper 是 Function 接口实例，不是“函数类型”，而是对象 —— 所以 Java 的高阶能力本质是面向对象与函数式编程的折中。
- 调用时传
str -> str.length()或String::length，它们会被编译器自动转为Function<String, Integer>实例 - 无法像 Kotlin 那样直接声明
(Int) -> String类型参数，必须绑定到具体接口 - 自定义高阶行为时，必须先定义函数式接口，再用它作为参数或返回值类型
容易踩的坑：类型擦除导致的泛型函数式接口误用
Java 泛型擦除会让运行时丢失类型信息，而函数式接口常配合泛型使用，容易在嵌套或组合时出错。
比如错误地试图把 Function<Object, String> 当作 Function<String, String> 传入：
List<String> strs = Arrays.asList("a", "b");
// ❌ 编译失败：类型不匹配
map(strs, (Object o) -> o.toString()); // 参数类型是 Object，但期望 String
正确写法必须保持泛型一致性：
// ✅ 明确类型，或依赖类型推导 map(strs, s -> s.toUpperCase()); map(strs, String::toUpperCase);
- 不要依赖 IDE 自动补全的“宽松”lambda 参数名（如
o），要核对实际泛型参数类型 -
andThen/compose组合时，前后函数的输入输出类型必须严格衔接，否则编译报错 - 用
var声明函数式接口变量时（JDK 10+），类型推导可能不如显式声明清晰，调试困难
真正要注意的是：Java 的函数式风格始终建立在对象模型之上，所有“函数”背后都是接口实现类实例 —— 这决定了它的灵活性上限和性能开销（哪怕很小）都和纯函数式语言不同。
