本文详细解析了Java中函数式接口的演变过程，包括Function、Supplier、Consumer、Predicate等核心接口，以及它们如何针对特定类型进行优化，如IntFunction、DoublePredicate等，旨在减少自动装箱拆箱带来的性能损耗。
这里的函数式接口看似众多，确实很多hhh，但是很还是很有规律的。
首先不得不提到的是Function<T,R>,另外的3个都可以看做从他衍生出来的.
supplier<T>(不接收参数),consumer<T>（接收一个参数，无返回值）,Predicate<T>,（返回boolean类型）
然后一方面是在输入参数上演化了，提出了BiFunction(T,U,R),BiConsumer<T,U>,BiPreicate<T,U>.
另一方面是在输入参数的类型上演化，把几种基础类型（int,double,long）进行了私人订制，减少了泛型参数。。
还得说的是BiFunction的子类BinaryOperator<T>,就是指3个泛型是同种类型，然后又是一通基础类型（int,double,long）的私人订制。
一是输入参数上的扩充，另一方面是输入输出类型上的定制化，还有就是考虑到Bifunction的3个泛型类型一样的情况。
这么看是不是简单很多了。。。
更新：之所以加上很多输入输出类型上的定制化是为了避免自动装箱拆箱导致的性能损耗。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
