Lambda的特殊序列化
Lambada作为JDK8的新特性,无论在框架或是工具中已经越来越发普及。
所以在自定义一些工具或是框架时,发现Lambada表达式作为入参的很多特殊使用以及特殊机制场景。
重要的是,这些特殊使用由于JDK源码中的所有注释由英文组成,所以很多地方都晦涩难懂。
以下就Lambada表达式的特殊序列化进行一些解读,以及相关应用。
序列化
大伙都知道,一个对象实现序列化的手法,实现Serializable接口,虚拟机解析类时,则会将实现Serializable接口的类进行标注。
而实际序列化,则是在被标注的类中,会由一个writeReplace方法,本方法不存在任何一个类中,所以无法观测。
writeReplace
本方法在序列化过程中,动态生成,在默认情况下,返回出来的就是经过序列化后的类对象。
那么在这里,如果我们在一个类中,实现了writeReplace方法,注意不是重写,因为无法观察。
那么在JVM标注后,就不会默认生成原方法,会直接使用自定义的方法。
该方法的作用,原方法中是根据JDK规则进行序列化处理,那么我们重写的话无论如何操作,序列化的对象都会是自定义方法中返回出来的对象。
所以在一个业务场景中,假如需要在对象序列化导出时,进行某些记录或是日志操作,则可以自定义一个writeReplace方法。
public class Test implements Serializable{
private Object writeReplace(){
//自定义业务
System.out.println("调用了 writeReplace()方法");
//日志
return this;
}
}
如果没有自定义writeReplace方法,则进入writeObject方法进行后续处理。
Lambda表达式的序列化
首先Lambda表达式虽然是一个函数,且是一个接口。
但是在作为入参进入一个方法中,JVM会将函数式接口动态的解析成一个类。
所以晦涩难懂的一个原因也是我们无法直接根据DEBUG模式直接观测Lambda的流动。
那么这个动态生成的类中有什么重要方法呢。
可以看到除了Object自有的方法以及可观测的Fuction接口的apply外,还有一个writeReplace方法。
而这个方法,经过上面一节的介绍可以明白,和序列化息息相关。
并且通过JDK的源码注释中可以得知,writeReplace方法返回的对象就是与原对象序列化相关的对象。
但是Lambda表达式作为一个接口,一个函数式接口理论上是不存在一般对象。
所以JDK设计了SerializedLambda对象,作为所有表达式的顶级动态类。
SerializedLambda类生成原则:
- 函数式接口实现Serializable接口
- 通过JVM动态生成类的writeReplace方法处理返回。
SerializedLambda
/**
* Serialized form of a lambda expression. The properties of this class
* represent the information that is present at the lambda factory site, including
* static metafactory arguments such as the identity of the primary functional
* interface method and the identity of the implementation method, as well as
* dynamic metafactory arguments such as values captured from the lexical scope
* at the time of lambda capture.
lambda表达式的序列化形式。这个类的属性代表lambda工厂现场的信息,包括静态元工厂参数,例如主函数的标识
*接口方法和实现方法的标识,以及动态元工厂参数,
*
* <p>Implementors of serializable lambdas[可序列化lambda的实现者],.......
..
*
* @see LambdaMetafactory
*/
public final class SerializedLambda implements Serializable {
在源码中,通过机翻可以直观的看到这几行对于类的解释。
SerializedLambda是作为Lambda表达式在序列化过程中,动态存储表达式信息的序列化信息存储者。
那么这个表达式信息就很重要,在实际开发中。
因为当我们使用Lambda表达式时,除了编译开发,直接调用某个方法或是属性外。
无法在对其进行封装的二次处理。
比如获得Person::getName,name属性的类名、Person对象的实例化、Person接口等等等等。
但是这些在一个对象序列化时,都应该进行序列化信息存储。
所以Lambda表达式将这些信息全部都存储在了SerializedLambda类中。
所以我们就可以根据writeReplace返回的SerializedLambda对象进行二次封装及信息处理。
属性 | 解释 |
---|---|
capturingClass | |
functionalInterfaceClass | 表达式接口类名 |
functionalInterfaceMethodName | 函数接口方法名 |
functionalInterfaceMethodSignature | |
implClass | 表达式Person类 |
implMethodName | 当前函数接口方法实现名 |
implMethodSignature | |
implMethodKind | |
instantiatedMethodType | |
capturedArgs |
反序列化
在SerializedLambda的readResolve方法有详细说明。
但是由于使用的是非常隐晦的方法,暂时没有那个技术高度了解这个反序列的过程,所以本文中就不提起了。
版权声明:本站原创文章,于2022-05-19,乐云一发表
转载请注明:leyuna.xyz