当前位置: 首页 > news >正文

Lambda表达式与方法引用

作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO

联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬

引子

先来看一个案例

public class MethodReferenceTest {private static final List<Person> list;static {list = new ArrayList<>();list.add(new Person(19));list.add(new Person(18));list.add(new Person(20));}public static void main(String[] args) {System.out.println(list);// sort()方法是List本身就有的,主要用来排序list.sort((p1, p2) -> p1.getAge() - p2.getAge());System.out.println(list);}@Data@AllArgsConstructorstatic class Person {private Integer age;}}

结果

排序前:

[MethodReferenceTest.Person(age=19), MethodReferenceTest.Person(age=18), MethodReferenceTest.Person(age=20)]

排序后:

[MethodReferenceTest.Person(age=18), MethodReferenceTest.Person(age=19), MethodReferenceTest.Person(age=20)]

把上面的案例稍作改动:

public class MethodReferenceTest {private static final List<Person> list;static {list = new ArrayList<>();list.add(new Person(19));list.add(new Person(18));list.add(new Person(20));}public static void main(String[] args) {System.out.println(list);// 改动2:既然Person内部有个逻辑一样的方法,就用它来替换Lambdalist.sort(Person::compare);System.out.println(list);}@Data@AllArgsConstructorstatic class Person {private Integer age;// 改动1:新增一个方法,逻辑和之前案例的Lambda表达式相同public static int compare(Person p1, Person p2) {return p1.getAge() - p2.getAge();}}
}

嗯?这是什么操作?不急,接着往下看。

从Lambda到方法引用

大家在《Lambda表达式》一文中应该看过下面这段代码:

/*** 从匿名对象 到Lambda 再到方法引用** @author mx*/
public class MethodReferenceTest {public static void main(String[] args) {String str1 = "abc";String str2 = "abcd";// 方式1:匿名对象Comparator<String> comparator1 = new Comparator<String>() {@Overridepublic int compare(String o1, String o2) {return o1.length() - o2.length();}};compareString(str1, str2, comparator1);// 方式2:过渡为Lambda表达式Comparator<String> comparator2 = (String s1, String s2) -> {return s1.length() - s2.length();};compareString(str1, str2, comparator2);// 方式2的改进版:省去赋值操作,直接把整个Lambda表达式作为参数丢进去compareString(str1, str2, (String s1, String s2) -> {return s1.length() - s2.length();});// 方式2的最终版:把变量类型和return也去掉了,因为Java可以自动推断compareString(str1, str2, (s1, s2) -> s1.length() - s2.length());// 方式3:换种比较方式,本质和方式2是一样的,不信你去看看String#compareTo()Comparator<String> comparator3 = (s1, s2) -> s1.compareTo(s2);// 方式4:IDEA提示有改进的写法,最终变成了方法引用compareString(str1, str2, String::compareTo);// 完美。}/*** 传递Comparator,对str1和str2进行比较** @param str1* @param str2* @param comparator*/public static void compareString(String str1, String str2, Comparator<String> comparator) {System.out.println(comparator.compare(str1, str2));}
}

很多初学者肯定崩溃了:Lambda已经够抽象了,好不容易从匿名对象过渡到Lambda,怎么又突然冒出String::compareTo这鬼东西?!

我们在学习Lambda时,把它和匿名类作比较。因为匿名类和Lambda处理的逻辑是一样的,所以就用Lambda简化了匿名类:

同样的,如果项目中已经定义了相同逻辑的方法,我们为什么还要再写一遍呢?即使Lambda表达式再怎么简洁,终究还是要手写好几行代码。

所以,JDK在Lambda表达式的基础上又提出了方法引用的概念,允许我们复用当前项目(或JDK源码)中已经存在的且逻辑相同的方法。

比如上面那个例子中的:

// 方式3:换种比较方式,本质和方式2是一样的
Comparator<String> comparator3 = (s1, s2) -> s1.compareTo(s2);// 方式4:IDEA提示有改进的写法,最终变成了方法引用
compareString(str1, str2, String::compareTo);

String::compareTo看起来形式有点诡异,但这只是一种语法而已,习惯就好了,关键是明白它代表什么意思。Java8引入::符号,用来表示方法引用。所谓的方法引用,就是把方法搬过来使用。那么,String::compareTo把哪个类的什么方法搬过来了呢?

一般来说,String类定义的compareTo方法的正常使用方式是这样的:

public class MethodReferenceTest {public static void main(String[] args) {String str = "hello";String anotherStr = "world";int difference = str.compareTo(anotherStr);}
}

作为更高阶的Lambda表达式,方法引用也能作为参数传递,于是就有了:

public class MethodReferenceTest {public static void main(String[] args) {String str = "hello";String anotherStr = "world";// 匿名内部类Comparator<String> comparator = new Comparator<String>() {@Overridepublic int compare(String str, String anotherStr) {return str.compareTo(anotherStr);}};// 方法引用。上面的str.compareTo(anotherStr)不就是String::compareTo吗!!Comparator<String> newComparator = String::compareTo;compareString(str, anotherStr, newComparator);}/*** 传递Comparator,对str1和str2进行比较** @param str1* @param str2* @param comparator*/public static void compareString(String str1, String str2, Comparator<String> comparator) {System.out.println(comparator.compare(str1, str2));}
}

总之,Java8的意思就是:

兄弟,如果已经存在某个方法能完成你的需求,那么你连Lambda表达式都别写了,直接引用这个方法吧。

但我个人更推荐Lambda表达式,原因有两个:

  • 对初学者而言,Lambda表达式语义更清晰、更好理解
  • Lambda表达式细粒度更小,能完成更精细的需求

第一点,你懂的。

第二点,请容许我来证明一下。

Lambda表达式VS方法引用

/*** MyPredict是模拟Predict* MyInteger是模拟Integer* <p>* 本次测试的目的旨在说明:Lambda毕竟是手写的,自由度和细粒度要高于方法引用。** @author sunting*/
public class MethodAndLambdaTest {public static void main(String[] args) {// 1.匿名对象MyPredict myPredict1 = new MyPredict() {@Overridepublic boolean test(int a, int b) {return a - b > 0;}};boolean result1 = myPredict1.test(1, 2); // false// 2.从匿名对象过渡到Lambda表达式MyPredict myPredict2 = (a, b) -> a - b > 0;myPredict2.test(1, 2); // false// 3.MyInteger#compare()的方法体和上面的Lambda表达式逻辑相同,可以直接引用MyPredict myPredict3 = MyInteger::compare;myPredict3.test(1, 2); // false// 4.Lambda说,你想模仿我?想得美!老子要DIY一下比较规则(a减b 变成了 b减a)MyPredict myPredict4 = (a, b) -> b - a > 0;myPredict4.test(1, 2); // true// 5.看到这,方法引用不服气,也想DIY一把MyPredict myPredict5 = MyInteger::compare;// ???,没法DIY,MyInteger::compare是把整个方法搬过来,不能修改内部的逻辑}
}interface MyPredict {boolean test(int a, int b);
}class MyInteger {public static boolean compare(int a, int b) {return a - b > 0;}
}

方法引用,其实就是把现成的某个方法拿来替代逻辑相似的Lambda表达式。

但Lambda表达式由(a, b) -> a - b > 0 变为 (a, b) -> b - a > 0 ,说明Lambda逻辑已经变了,此时原先的方法引用就不匹配了,不能再用了。此时我们最自然的想法应该是从现成的项目中找到逻辑和(a, b) -> b - a > 0相同的另一个方法,然后把那个方法引用过来,而不是想着改变原来的MyInteger::Compare,那不是你的方法,你也只是借用而已!!

所以,我们给MyInteger加一个方法吧:

class MyInteger {public static boolean compare(int a, int b) {return a - b > 0;}public static boolean anotherCompare(int a, int b) {return b - a > 0;}
}

这样,方法引用的逻辑又和Lambda匹配了:

public class MethodAndLambdaTest {public static void main(String[] args) {MyPredict myPredict2 = (a, b) -> a - b > 0;myPredict2.test(1, 2); // falseMyPredict myPredict3 = MyInteger::compare;myPredict3.test(1, 2); // falseMyPredict myPredict4 = (a, b) -> b - a > 0;myPredict4.test(1, 2); // true// MyInteger::anotherCompare的逻辑和上面的Lambda才是匹配的MyPredict myPredict5 = MyInteger::anotherCompare;myPredict5.test(1, 2); // true}}interface MyPredict {boolean test(int a, int b);
}class MyInteger {public static boolean compare(int a, int b) {return a - b > 0;}public static boolean anotherCompare(int a, int b) {return b - a > 0;}
}

再看一个Stream API的例子:

filter此时需要的逻辑是:年龄大于等于30岁的teacher。

你能从现有项目中找到逻辑为“年龄大于等于30岁的teacher”的方法吗?

答案是没有。

你最多只能调用Teacher::getAge(),但是这个方法引用的逻辑是“获取老师的年龄”,而不是“是否大于等于30岁”,两者逻辑不同,无法替换。

那能不能使用 Teacher::getAge()>=30 呢?

答案是不能。

首先,filter()的参数要么是Lambda表达式,要么是方法引用,不能是方法引用+语句,不伦不类。

其次,也是最重要的,你可以认为Teacher::getAge表示

public Integer getAge(){return this.age;
}

中的return this.age;,它是一个语句。我们可以对表达式叠加判断,比如 a-b ,我们可以继续叠加变成 a-b+c。但是 int d = a-b+c; 已经没办法再叠加了,因为 int d = a-b+c; >= 30 是不可接受的!

处理办法也简单,就是找一个相同逻辑的方法并引用它。假设存在以下方法:

public boolean isBiggerThan30(){return this.age >= 30;
}

那就可以写成:

list.stream().filter(Teacher::isBiggerThan30);

后话

关于方法引用其实还可以展开说,比如可以分为:

  • 静态方法引用(Integer::compare)
  • 实例方法引用(this::getName、user::getName)
  • 构造器方法引用(User::new)

总体来说,方法引用(包括构造器引用)的前提是,函数式接口的方法对应的参数列表和返回值 与 引用类定义的方法的参数列表和返回值 一致。这样说可能比较绕,这里举一个demo:

public class StreamConstructorTest {public static void main(String[] args) {// 下面4个语句都是Person::new,却能赋值给不同的函数式接口// 原因是:每个函数式接口都能从Person类中找到对应的方法(参数列表一致),从而完成方法引用PersonCreatorNoConstruct person1 = Person::new;// 大家可以尝试把Person中Age构造函数注释,那么下面的赋值语句会提示错误,因为此时不存在只有一个age参数的构造器!PersonCreatorWithAge person2 = Person::new;PersonCreatorWithName person3 = Person::new;PersonCreatorAllConstruct person4 = Person::new;}public interface PersonCreatorNoConstruct {// 对应Person无参构造Person create();}public interface PersonCreatorWithAge {// 对应Person的age构造函数Person create(Integer age);}public interface PersonCreatorWithName {// 对应Person的name构造函数Person create(String name);}public interface PersonCreatorAllConstruct {// 对应Person的全参构造函数Person create(Integer age, String name);}@Getter@Setterstatic class Person {private Integer age;private String name;public Person() {}public Person(Integer age) {this.age = age;}public Person(String name) {this.name = name;}public Person(Integer age, String name) {this.age = age;this.name = name;}}
}

但无论是方法引用还是构造器引用,都是细枝末节的东西,本质上学习好Lambda表达式即可。我对方法引用/构造器引用的态度就一个:如果我的代码不是最优,让IDEA提醒我便是,我反正是懒得记~

作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO

进群,大家一起学习,一起进步,一起对抗互联网寒冬

 

http://www.lryc.cn/news/251394.html

相关文章:

  • 二维数组处理(一)
  • 基于JNI实现调用C++ SDK
  • 计算机组成原理笔记——存储器(静态RAM和动态RAM的区别,动态RAM的刷新, ROM……)
  • 企业计算机服务器locked1勒索病毒数据恢复,locked1勒索病毒解密流程
  • Session 与 JWT 的对决:谁是身份验证的王者? (下)
  • 论文笔记:Confidential Assets
  • Docker下搭建MySQL主从复制
  • VBA数据库解决方案第七讲:如何利用Recordset对象打开数据库的数据记录集
  • 内部培训平台的系统 PlayEdu搭建私有化内部培训平台
  • Elasticsearch 相似度评分模型介绍
  • 视频生成的发展史及其原理解析:从Gen2、Emu Video到PixelDance、SVD、Pika 1.0
  • SQL Server 2016(基本概念和命令)
  • Linux C语言 30-套接字操作
  • RPC和REST对比
  • 外包干了2年,技术退步明显。。。
  • 深度学习——第1章 深度学习的概念及神经网络的工作原理
  • 爬虫爬取百度图片、搜狗图片
  • Android Camera2使用
  • IOS/安卓+charles实现抓包(主要解决证书网站无法打开问题)
  • 七、Lua字符串
  • 0基础学java-day13
  • 好题记录:
  • web前端之JavaScrip中的闭包
  • Windows下命令行启动与关闭WebLogic的相关服务
  • LeetCode Hot100 169.多数元素
  • 数据结构:堆的实现思路
  • 结合 DBSCAN 示例代码介绍 DBSCAN
  • vscode 调试jlink
  • 微前端实战:打造高效、灵活的前端应用架构
  • csv文件EXCEL默认打开乱码问题