java 8 lambda 揭秘-亚博电竞手机版
再了解了java 8 lambda的一些基本概念和应用后， 我们会有这样的一个问题: lambda表达式被编译成了什么？。 这是一个有趣的问题，涉及到jdk的具体的实现。 本文将介绍openjdk对lambda表达式的转换细节， 读者可以了解java 8 lambda表达式背景知识。
lambda表达式的转换策略
brian goetz是oracle的java语言架构师， jsr 335(lambda expression)规范的lead, 写了几篇lambda设计方面的文章， 其中之一就是translation of lambda expressions。 这篇文章介绍了java 8 lambda设计时的考虑以及实现方法。
他提到， lambda表达式可以通过内部类， method handle, dynamic proxy等方式实现， 但是这些方法各有优劣。 真正要实现lambda表达式， 必须兼顾两个目标： 一是不引入特定策略，以期为将来的优化提供最大的灵活性， 二是保持类文件格式的稳定。 通过java 7中引入的invokedynamic （jsr 292）, 可以很好的兼顾这两个目标。
invokedynamic 在缺乏静态类型信息的情况下可以支持有效的灵活的方法调用。主要是为了日益增长的运行在jvm上的动态类型语言， 如groovy, jruby。
invokedynamic将lambda表达式的转换策略推迟到运行时， 这也意味着我们现在编译的代码在将来的转换策略改变的情况下也能正常运行。
编译器在编译的时候， 会将lambda表达式的表达式体 (lambda body)脱糖(desugar) 成一个方法，此方法的参数列表和返回类型和lambda表达式一致， 如果有捕获参数， 脱糖的方法的参数可能会更多一些， 并会产生一个invokedynamic调用， 调用一个call site。 这个call site被调用时会返回lambda表达式的目标类型(functional interface)的一个实现类。 这个call site称为这个lambda表达式的lambda factory。 lambda factory的bootstrap方法是一个标准方法， 叫做lambda metafactory。
编译器在转换lambda表达式时， 可以推断出表达式的参数类型，返回类型以及异常， 称之为natural signature， 我们将目标类型的方法签名称之为lambda descriptor, lambda factory的返回对象实现了函数式接口， 并且关联的表达式的代码逻辑， 称之为lambda object。
转换举例
以上的解释有点晦涩， 简单来说
- 编译时
- lambda 表达式会生成一个方法， 方法实现了表达式的代码逻辑
- 生成invokedynamic指令， 调用bootstrap方法， 由java.lang.invoke.lambdametafactory.metafactory方法实现
- 运行时
- invokedynamic指令调用metafactory方法。 它会返回一个callsite, 此callsite返回目标类型的一个匿名实现类， 此类关联编译时产生的方法
- lambda表达式调用时会调用匿名实现类关联的方法。
最简单的一个lambda表达式的例子：
public class lambda1 { public static void main(string[] args) { consumer c = s -> system.out.println(s); c.accept("hello lambda"); } } 使用javap查看生成的字节码 javap -c -p -v com/colobu/lambda/chapter5/lambda1.class:
[root@colobu bin]# javap -c -p -v com/colobu/lambda/chapter5/lambda1.class classfile /mnt/eclipse/lambda/bin/com/colobu/lambda/chapter5/lambda1.class last modified nov 6, 2014; size 1401 bytes md5 checksum fe2b2d3f039a9ba4209c488a8c4b4ea8 compiled from "lambda1.java" public class com.colobu.lambda.chapter5.lambda1 sourcefile: "lambda1.java" bootstrapmethods: 0: #57 invokestatic java/lang/invoke/lambdametafactory.metafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodhandle;ljava/lang/invoke/methodtype;)ljava/lang/invoke/callsite; method arguments: #58 (ljava/lang/object;)v #61 invokestatic com/colobu/lambda/chapter5/lambda1.lambda$0:(ljava/lang/string;)v #62 (ljava/lang/string;)v innerclasses: public static final #68= #64 of #66; //lookup=class java/lang/invoke/methodhandles$lookup of class java/lang/invoke/methodhandles minor version: 0 major version: 52 flags: acc_public, acc_super constant pool: #1 = class #2 // com/colobu/lambda/chapter5/lambda1 #2 = utf8 com/colobu/lambda/chapter5/lambda1 #3 = class #4 // java/lang/object #4 = utf8 java/lang/object #5 = utf8#6 = utf8 ()v #7 = utf8 code #8 = methodref #3.#9 // java/lang/object." ":()v #9 = nameandtype #5:#6 // " ":()v #10 = utf8 linenumbertable #11 = utf8 localvariabletable #12 = utf8 this #13 = utf8 lcom/colobu/lambda/chapter5/lambda1; #14 = utf8 main #15 = utf8 ([ljava/lang/string;)v #16 = nameandtype #17:#18 // accept:()ljava/util/function/consumer; #17 = utf8 accept #18 = utf8 ()ljava/util/function/consumer; #19 = invokedynamic #0:#16 // #0:accept:()ljava/util/function/consumer; #20 = string #21 // hello lambda #21 = utf8 hello lambda #22 = interfacemethodref #23.#25 // java/util/function/consumer.accept:(ljava/lang/object;)v #23 = class #24 // java/util/function/consumer #24 = utf8 java/util/function/consumer #25 = nameandtype #17:#26 // accept:(ljava/lang/object;)v #26 = utf8 (ljava/lang/object;)v #27 = utf8 args #28 = utf8 [ljava/lang/string; #29 = utf8 c #30 = utf8 ljava/util/function/consumer; #31 = utf8 localvariabletypetable #32 = utf8 ljava/util/function/consumer ; #33 = utf8 lambda$0 #34 = utf8 (ljava/lang/string;)v #35 = fieldref #36.#38 // java/lang/system.out:ljava/io/printstream; #36 = class #37 // java/lang/system #37 = utf8 java/lang/system #38 = nameandtype #39:#40 // out:ljava/io/printstream; #39 = utf8 out #40 = utf8 ljava/io/printstream; #41 = methodref #42.#44 // java/io/printstream.println:(ljava/lang/string;)v #42 = class #43 // java/io/printstream #43 = utf8 java/io/printstream #44 = nameandtype #45:#34 // println:(ljava/lang/string;)v #45 = utf8 println #46 = utf8 s #47 = utf8 ljava/lang/string; #48 = utf8 sourcefile #49 = utf8 lambda1.java #50 = utf8 bootstrapmethods #51 = methodref #52.#54 // java/lang/invoke/lambdametafactory.metafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodhandle;ljava/lang/invoke/methodtype;)ljava/lang/invoke/callsite; #52 = class #53 // java/lang/invoke/lambdametafactory #53 = utf8 java/lang/invoke/lambdametafactory #54 = nameandtype #55:#56 // metafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodhandle;ljava/lang/invoke/methodtype;)ljava/lang/invoke/callsite; #55 = utf8 metafactory #56 = utf8 (ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodhandle;ljava/lang/invoke/methodtype;)ljava/lang/invoke/callsite; #57 = methodhandle #6:#51 // invokestatic java/lang/invoke/lambdametafactory.metafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodhandle;ljava/lang/invoke/methodtype;)ljava/lang/invoke/callsite; #58 = methodtype #26 // (ljava/lang/object;)v #59 = methodref #1.#60 // com/colobu/lambda/chapter5/lambda1.lambda$0:(ljava/lang/string;)v #60 = nameandtype #33:#34 // lambda$0:(ljava/lang/string;)v #61 = methodhandle #6:#59 // invokestatic com/colobu/lambda/chapter5/lambda1.lambda$0:(ljava/lang/string;)v #62 = methodtype #34 // (ljava/lang/string;)v #63 = utf8 innerclasses #64 = class #65 // java/lang/invoke/methodhandles$lookup #65 = utf8 java/lang/invoke/methodhandles$lookup #66 = class #67 // java/lang/invoke/methodhandles #67 = utf8 java/lang/invoke/methodhandles #68 = utf8 lookup { public com.colobu.lambda.chapter5.lambda1(); flags: acc_public code: stack=1, locals=1, args_size=1 0: aload_0 1: invokespecial #8 // method java/lang/object." ":()v 4: return linenumbertable: line 7: 0 localvariabletable: start length slot name signature 0 5 0 this lcom/colobu/lambda/chapter5/lambda1; public static void main(java.lang.string[]); flags: acc_public, acc_static code: stack=2, locals=2, args_size=1 0: invokedynamic #19, 0 // invokedynamic #0:accept:()ljava/util/function/consumer; 5: astore_1 6: aload_1 7: ldc #20 // string hello lambda 9: invokeinterface #22, 2 // interfacemethod java/util/function/consumer.accept:(ljava/lang/object;)v 14: return linenumbertable: line 10: 0 line 11: 6 line 12: 14 localvariabletable: start length slot name signature 0 15 0 args [ljava/lang/string; 6 9 1 c ljava/util/function/consumer; localvariabletypetable: start length slot name signature 6 9 1 c ljava/util/function/consumer ; private static void lambda$0(java.lang.string); flags: acc_private, acc_static, acc_synthetic code: stack=2, locals=1, args_size=1 0: getstatic #35 // field java/lang/system.out:ljava/io/printstream; 3: aload_0 4: invokevirtual #41 // method java/io/printstream.println:(ljava/lang/string;)v 7: return linenumbertable: line 10: 0 localvariabletable: start length slot name signature 0 8 0 s ljava/lang/string; }
可以看到， lambda表达式体被生成一个称之为lambda$0的方法。 看字节码知道它调用system.out.println输出传入的参数。
原lambda表达式处产生了一条invokedynamic #19, 0。它会调用bootstrap方法。
0: #57 invokestatic java/lang/invoke/lambdametafactory.metafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodhandle;ljava/lang/invoke/methodtype;)ljava/lang/invoke/callsite; method arguments: #58 (ljava/lang/object;)v #61 invokestatic com/colobu/lambda/chapter5/lambda1.lambda$0:(ljava/lang/string;)v #62 (ljava/lang/string;)v
如果lambda表达式写成consumer, 则bootstrapmethods的字节码为
bootstrapmethods: 0: #108 invokestatic java/lang/invoke/lambdametafactory.altmetafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;[ljava/lang/object;)ljava/lang/invoke/callsite; method arguments: #109 (ljava/lang/object;)v #112 invokestatic com/colobu/lambda/chapter5/lambda1.lambda$0:(ljava/lang/string;)v #113 (ljava/lang/string;)v #114 1
它调用的是lambdametafactory.altmetafactory,和上面的调用的方法不同。#114 1意味着要实现serializable接口。
如果lambda表达式写成``,则bootstrapmethods的字节码为
bootstrapmethods: 0: #57 invokestatic java/lang/invoke/lambdametafactory.altmetafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;[ljava/lang/object;)ljava/lang/invoke/callsite; method arguments: #58 (ljava/lang/object;)v #61 invokestatic com/colobu/lambda/chapter5/lambda1.lambda$0:(ljava/lang/string;)v #62 (ljava/lang/string;)v #63 2 #64 1 #65 com/colobu/lambda/chapter5/abc
#63 2意味着要实现额外的接口。#64 1意味着要实现额外的接口的数量为1。
字节码的指令含义可以参考这篇文章：java bytecode instruction listings。
可以看到， lambda表达式具体的转换是通过java.lang.invoke.lambdametafactory.metafactory实现的， 静态参数依照lambda表达式和目标类型不同而不同。
lambdametafactory.metafactory
现在我们可以重点关注以下 lambdametafactory.metafactory的实现。
public static callsite metafactory(methodhandles.lookup caller, string invokedname, methodtype invokedtype, methodtype sammethodtype, methodhandle implmethod, methodtype instantiatedmethodtype) throws lambdaconversionexception {返回值类型 abstractvalidatinglambdametafactory mf; mf = new innerclasslambdametafactory(caller, invokedtype, invokedname, sammethodtype, implmethod, instantiatedmethodtype, false, empty_class_array, empty_mt_array); mf.validatemetafactoryargs(); return mf.buildcallsite(); } 实际是由innerclasslambdametafactory的buildcallsite来生成。 生成之前会调用validatemetafactoryargs方法校验目标类型(sam)方法的参数/和产生的方法的参数/返回值类型是否一致。
metafactory方法的参数：
- caller: 由jvm提供的lookup context
- invokedname: jvm提供的nameandtype
- invokedtype: jvm提供的期望的callsite类型
- sammethodtype: 函数式接口定义的方法的签名
- implmethod: 编译时产生的那个实现方法
- instantiatedmethodtype: 强制的方法签名和返回类型， 一般和sammethodtype相同或者是它的一个特例
上面的代码基本上是innerclasslambdametafactory.buildcallsite的包装，下面看看这个方法的实现：
callsite buildcallsite() throws lambdaconversionexception { final class innerclass = spininnerclass(); if (invokedtype.parametercount() == 0) { ..... //调用构造函数初始化一个sam的实例 return new constantcallsite(methodhandles.constant(sambase, inst)); } else { unsafe.ensureclassinitialized(innerclass); return new constantcallsite( methodhandles.lookup.impl_lookup .findstatic(innerclass, name_factory, invokedtype)); } } 其中spininnerclass调用asm框架动态的产生sam的实现类， 这个实现类的的方法将会调用编译时产生的那个实现方法。
你可以在编译的时候加上参数-djdk.internal.lambda.dumpproxyclasses, 这样编译的时候会自动产生运行时spininnerclass产生的类。
你可以访问openjdk的bug系统了解这个功能。 jdk-8023524
重复的lambda表达式
下面的代码中，在一个循环中重复生成调用lambda表达式，只会生成同一个lambda对象， 因为只有同一个invokedynamic指令。
for (int i = 0; i<100; i ){ consumer c = s -> system.out.println(s); system.out.println(c.hashcode()); } 但是下面的代码会生成两个lambda对象, 因为它会生成两个invokedynamic指令。
consumerc = s -> system.out.println(s); system.out.println(c.hashcode()); consumer c2 = s -> system.out.println(s); system.out.println(c2.hashcode());
生成的类名
既然lambdametafactory会使用asm框架生成一个匿名类， 那么这个类的类名有什么规律的。
consumerc = s -> system.out.println(s); system.out.println(c.getclass().getname()); system.out.println(c.getclass().getsimplename()); system.out.println(c.getclass().getcanonicalname());
输出结果如下：
com.colobu.lambda.chapter5.lambda3$$lambda$1/640070680 lambda3$$lambda$1/640070680 com.colobu.lambda.chapter5.lambda3$$lambda$1/640070680
类名格式如 <包名>.<类名>$$lambda$/.
number是由一个计数器生成counter.incrementandget()。
后缀/中的数字是一个hash值, 那就是类对象的hash值c.getclass().hashcode()。
在klass::external_name()中生成。
sprintf(hash_buf, "/" uintx_format, (uintx)hash);
直接调用生成的方法
上面提到， lambda表达式体会由编译器生成一个方法，名字格式如lambda$xxx。
既然是类中的实实在在的方法，我们就可以直接调用。当然， 你在代码中直接写lambda$0()编译通不过， 因为lambda表达式体还没有被抽取成方法。
但是在运行中我们可以通过反射的方式调用。 下面的例子使用发射和methodhandle两种方式调用这个方法。
public static void main(string[] args) throws throwable { consumer c = s -> system.out.println(s); method m = lambda4.class.getdeclaredmethod("lambda$0", string.class); m.invoke(null, "hello reflect"); methodhandle mh = methodhandles.lookup().findstatic(lambda4.class, "lambda$0", methodtype.methodtype(void.class, string.class)); mh.invoke("hello methodhandle"); } 捕获的变量等价于’final’
我们知道，在匿名类中调用外部的参数时，参数必须声明为final。
lambda体内也可以引用上下文中的变量，变量可以不声明成final的，但是必须等价于final。
下面的例子中变量capturedv等价与final， 并没有在上下文中重新赋值。
public class lambda5 { string greeting = "hello"; public static void main(string[] args) throws throwable { lambda5 capturedv = new lambda5(); consumer c = s -> system.out.println(capturedv.greeting " " s); c.accept("captured variable"); //capturedv = null; //local variable capturedv defined in an enclosing scope must be final or effectively final //capturedv.greeting = "hi"; } } 如果反注释capturedv = null;编译出错，因为capturedv在上下文中被改变。
但是如果反注释capturedv.greeting = "hi"; 则没问题， 因为capturedv没有被重新赋值， 只是它指向的对象的属性有所变化。
方法引用
public static void main(string[] args) throws throwable { consumer c = system.out::println; c.accept("hello"); } 这段代码不会产生一个类似”lambda$0″新方法。 因为lambdametafactory会直接使用这个引用的方法。
bootstrapmethods: 0: #51 invokestatic java/lang/invoke/lambdametafactory.metafactory:(ljava/lang/invoke/methodhandles$lookup;ljava/lang/string;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodtype;ljava/lang/invoke/methodhandle;ljava/lang/invoke/methodtype;)ljava/lang/invoke/callsite; method arguments: #52 (ljava/lang/object;)v #59 invokevirtual java/io/printstream.println:(ljava/lang/string;)v #60 (ljava/lang/string;)v
#59指示实现方法为system.out::println