java中的接口是类吗
195
2023-07-01
深入浅析JDK8新特性之Lambda表达式
深入浅析JDK8新特性之Lambda表达式
第一次是接触Lambda表达式是在TypeScript中(javascript的超集中)，当时是为了让TypeScript的this方法外而不是本方法内所使用的。使用过后突然想到Lambda不是JDK8的重量级新特性么？于是感觉查阅相关资料并记录下来:
一. 行为参数化
行为参数化简单的说就是函数的主体仅包含模板类通用代码，而一些会随着业务场景而变化的逻辑则以参数的形式传递到函数之中，采用行为参数化可以让程序更加的通用，以应对频繁变更的需求。
考虑一个业务场景，假设我们需要通过程序对苹果进行筛选，我们先定义一个苹果的实体：
public class Apple {
/** 编号 */
private long id;
/** 颜色 */
private Color color;
/** 重量 */
private float weight;
/** 产地 */
private String origin;
public Apple() {
}
public Apple(long id, Color color, float weight, String origin) {
this.id = id;
this.color = color;
this.weight = weight;
this.origin = origin;
}
// 省略getter和setter
}
用户最开始的需求可能只是简单的希望能够通过程序筛选出绿色的苹果，于是我们可以很快的通过程序实现：
public static List
List
for (final Apple apple : apples) {
if (Color.GREEN.equals(apple.getColor())) {
filterApples.add(apple);
}
}
return filterApples;
}
这段代码很简单，没有什么值得说的。但当如果用户需求变为绿色，看起来修改代码也很简单，无非是把判断条件的绿色改为红色而已。但我们需要考虑另外一个问题，如果变化条件频繁的改变这么办?如果只是颜色的改变，那好我们直接让用户把颜色的判断条件传递进来，判断方法的参数变”要判断的集合以及要筛选的颜色”。但如果用户不仅仅是判断颜色，还想判断重量呀，大小呀什么的，怎么办？你是不是觉得我们依次添加不同的参数来完成判断就可以了？但这样通过传递参数的方式真的好吗？如果筛选条件越来越多，组合模式越来越复杂，我们是不是需要考虑到所有的情况，并针对每一种情况都有相应的应对策略呢?这个时候我们就可以将行为参数化,筛选条件抽离出来当做参数传递进来,此时我们可以封装一个判断的接口出来:
public interface AppleFilter {
/**
* 筛选条件抽象
*
* @param apple
* @return
*/
boolean accept(Apple apple);
}
/**
* 将筛选条件封装成接口
*
* @param apples
* @param filter
* @return
*/
public static List
List
for (final Apple apple : apples) {
if (filter.accept(apple)) {
filterApples.add(apple);
}
}
return filterApples;
}
通过上面行为抽象化之后，我们可以在具体调用的地方设置筛选条件，并将条件作为参数传递到方法中,此时采用匿名内部类的方法：
public static void main(String[] args) {
List
// 筛选苹果
List
@Override
public boolean accept(Apple apple) {
// 筛选重量大于100g的红苹果
return Color.RED.equals(apple.getColor()) && apple.getWeight() > 100;
}
});
}
这样的设计在jdk内部也经常采用，比如java.util.Comparator，java.util.concurrent.Callable等，使用这一类接口的时候，我们都可以在具体调用的地方用过匿名类来指定函数的具体执行逻辑，不过从上面的代码块来看，虽然很极客，但是不够简洁，在java8中我们可以通过lambda来简化：
// 筛选苹果
List
(Apple apple) -> Color.RED.equals(apple.getColor()) && apple.getWeight() >= 100);
//()->xxx ()里面就是方法参数，xxx是方法实现
二. lambda表达式定义
我们可以将lambda表达式定义为一种 简洁、可传递的匿名函数，首先我们需要明确lambda表达式本质上是一个函数，虽然它不属于某个特定的类，但具备参数列表、函数主体、返回类型，以及能够抛出异常；其次它是匿名的，lambda表达式没有具体的函数名称；lambda表达式可以像参数一样进行传递，从而极大的简化代码的编写。格式定义如下：
格式一： 参数列表 -> 表达式
格式二： 参数列表 -> {表达式集合}
需要注意的是，lambda表达式隐含了return关键字，所以在单个的表达式中，我们无需显式的写return关键字，但是当表达式是一个语句集合的时候，则需要显式添加return，并用花括号{ }将多个表达式包围起来，下面看几个例子：
//返回给定字符串的长度，隐含return语句
(String s) -> s.length()
// 始终返回42的无参方法
() -> 42
// 包含多行表达式，则用花括号括起来
(int x, int y) -> {
int z = x * y;
return x + z;
}
三. 依托于函数式接口使用lambda表达式
lambda表达式的使用需要借助于函数式接口，也就是说只有函数式接口出现地方，我们才可以将其用lambda表达式进行简化。
自定义函数式接口:
函数式接口定义为只具备 一个抽象方法 的接口。java8在接口定义上的改进就是引入了默认方法，使得我们可以在接口中对方法提供默认的实现，但是不管存在多少个默认方法，只要具备一个且只有一个抽象方法，那么它就是函数式接口，如下（引用上面的AppleFilter）：
/**
* 苹果过滤接口
*/
@FunctionalInterface
public interface AppleFilter {
/**
* 筛选条件抽象
*
* @param apple
* @return
*/
boolean accept(Apple apple);
}
AppleFilter仅包含一个抽象方法 accept(Apple apple)，依照定义可以将其视为一个函数式接口，在定义时我们为该接口添加了@FunctionalInterface注解，用于标记该接口是函数式接口，不过这个接口是可选的，当添加了该接口之后，编译器就限制了该接口只允许有一个抽象方法，否则报错，所以推荐为函数式接口添加该注解。
jdk自带的函数式接口:
jdk为lambda表达式已经内置了丰富的函数式接口，下面分别就Predicate
Predicate:
@FunctionalInterface
public interface Predicate
/**
* Evaluates this predicate on the given argument.
mWBcGMfW*
* @param t the input argument
* @return {@code true} if the input argument matches the predicate,
* otherwise {@code false}
*/
boolean test(T t);
}
Predicate的功能类似于上面的AppleFilter，利用我们在外部设定的条件对于传入的参数进行校验，并返回验证结果boolean，下面利用Predicate对List集合的元素进行过滤：
/**
*
* @param list
* @param predicate
* @param
* @return
*/
public
List
for (final T t : list) {
if (predicate.test(t)) {
newList.add(t);
}
}
return newList;
}
使用:
demo.filter(list, (String str) -> null != str && !str.isEmpty());
http://
Consumer
@FunctionalInterface
public interface Consumer
/**
* Performs this operation on the given argument.
*
* @param t the input argument
*/
void accept(T t);
}
Consumer提供了一个accept抽象函数，该函数接收参数，但不返回值，下面利用Consumer遍历集合.
/**
* 遍历集合，执行自定义行为
*
* @param list
* @param consumer
* @param
*/
public
for (final T t : list) {
consumer.accept(t);
}
}
利用上面的函数式接口，遍历字符串集合，并打印非空字符串：
demo.filter(list, (String str) -> {
if (StringUtils.isNotBlank(str)) {
System.out.println(str);
}
});
Function
@FunctionalInterface
public interface Function
/**
* Applies this function to the given argument.
*
* @param t the function argument
* @return the function result
*/
R apply(T t);
}
Funcation执行转换操作，输入是类型T的数据，返回R类型的数据，下面利用Function对集合进行转换：
public
List
for (final T t : list) {
newList.add(function.apply(t));
}
return newList;
}
其他:
demo.filter(list, (String str) -> Integer.parseInt(str));
上面这些函数式接口还提供了一些逻辑操作的默认实现，留到后面介绍java8接口的默认方法时再讲吧~
使用过程中需要注意的一些事情:
类型推断:
在编码过程中，有时候可能会疑惑我们的调用代码会去具体匹配哪个函数式接口，实际上编译器会根据参数、返回类型、异常类型（如果存在）等做正确的判定。
在具体调用时，在一些时候可以省略参数的类型，从而进一步简化代码：
// 筛选苹果
List
(Apple apple) -> Color.RED.equals(apple.getColor()) && apple.getWeight() >= 100);
// 某些情况下我们甚至可以省略参数类型，编译器会根据上下文正确判断
List
apple -> Color.R
ED.equals(apple.getColor()) && apple.getWeight() >= 100);
局部变量
上面所有例子我们的lambda表达式都是使用其主体参数，我们也可以在lambda中使用局部变量，如下
int weight = 100;
List
apple -> Color.RED.equals(apple.getColor()) && apple.getWeight() >= weight);：
该例子中我们在lambda中使用了局部变量weight，不过在lambda中使用局部变量必须要求该变量 显式声明为final或事实上的final ，这主要是因为局部变量存储在栈上，lambda表达式则在另一个线程中运行，当该线程视图访问该局部变量的时候，该变量存在被更改或回收的可能性，所以用final修饰之后就不会存在线程安全的问题。
四. 方法引用
采用方法引用可以更近一步的简化代码，有时候这种简化让代码看上去更加的直观，先看一个例子：
/* ... 省略apples的初始化操作 */
// 采用lambda表达式
apples.sort((Apple a, Apple b) -> Float.compare(a.getWeight(), b.getWeight()));
// 采用方法引用
apples.sort(Comparator.comparing(Apple::getWeight));
方法引用通过::将方法隶属和方法自身连接起来，主要分为三类：
静态方法
(args) -> ClassName.staticMethod(args)
转换成
ClassName::staticMethod
参数的实例方法
(args) -> args.instanceMethod()
转换成
ClassName::instanceMethod // ClassName是args的类型
外部的实例方法
(args) -> ext.instanceMethod(args)
转换成
ext::instanceMethod(args)
参考:
http://codeceo.com/article/lambda-of-java-8.html
以上所述是给大家介绍的JDK8新特性之Lambda表达式，希望对大家有所帮助，如果大家有任何疑问请给我留言，会及时回复大家的。在此也非常感谢大家对我们网站的支持！
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。
相关文章
发表评论
暂时没有评论，来抢沙发吧~