ToB企服应用市场:ToB评测及商务社交产业平台

标题: 通过Lambda函数的方式获取属性名称 [打印本页]

作者: 种地    时间: 2023-11-9 22:54
标题: 通过Lambda函数的方式获取属性名称
前言:
最近在使用mybatis-plus框架, 常常会使用lambda的方法引用获取实体属性, 避免出现大量的魔法值.
  1. public List<User> listBySex() {
  2.   LambdaQueryWrapper<User> wrapper = new LambdaQueryWrapper<>();
  3.   // lambda方法引用
  4.   queryWrapper.eq(User::getSex, "男");
  5.   return userServer.list(wrapper);
  6. }
复制代码
那么在我们平时的开发过程中, 常常需要用到java bean的属性名, 直接写死属性名字符串的形式容易产生bug, 比如属性名变化, 编译时并不会报错, 只有在运行时才会报错该对象没有指定的属性名称. 而lambda的方式不仅可以简化代码, 而且可以通过getter方法引用拿到属性名, 避免潜在bug.
期望的效果
  1. String userName = BeanUtils.getFieldName(User::getName);
  2. System.out.println(userName);
  3. // 输出: name
复制代码
实现步骤

测试
  1. public class Test {
  2.     public static void main(String[] args) {
  3.         SFunction<User> user = User::getName;
  4.         final String fieldName = BeanUtils.getFieldName(user);
  5.         System.out.println(fieldName);
  6.     }
  7.     @Data
  8.     static class User {
  9.         private String name;
  10.         private int age;
  11.     }
  12. }
复制代码
执行测试 输出结果

原理剖析

为什么SFunction必须继承Serializable

首先简单了解一下java.io.Serializable接口,该接口很常见,我们在持久化一个对象或者在RPC框架之间通信使用JDK序列化时都会让传输的实体类实现该接口,该接口是一个标记接口没有定义任何方法,但是该接口文档中有这么一段描述:

概要意思就是说,如果想在序列化时改变序列化的对象,可以通过在实体类中定义任意访问权限的Object writeReplace()来改变默认序列化的对象。
代码中SFunction只是一个接口, 但是其在最后必定也是一个实现类的实例对象,而方法引用其实是在运行时动态创建的,当代码执行到方法引用时,如User::getName,最后会经过
  1. java.lang.invoke.LambdaMetafactory
  2. java.lang.invoke.InnerClassLambdaMetafactory
复制代码
去动态的创建实现类。而在动态创建实现类时则会判断函数式接口是否实现了Serializable,如果实现了,则添加writeReplace方法



也就是说我们代码BeanUtils#getSerializedLambda方法中反射调用的writeReplace方法是在生成函数式接口实现类时添加进去的.
SFunction Class中的writeReplace方法

从上文中我们得知 当SFunction继承Serializable时, 底层在动态生成SFunction的实现类时添加了writeReplace方法, 那这个方法有什么用?
首先 我们将动态生成的类保存到磁盘上看一下
我们可以通过如下属性配置将 动态生成的Class保存到 磁盘上
java8中可以通过硬编码
  1. System.setProperty("jdk.internal.lambda.dumpProxyClasses", ".");
复制代码
例如:

jdk11 中只能使用jvm参数指定,硬编码无效,原因是模块化导致的
  1. -Djdk.internal.lambda.dumpProxyClasses=.
复制代码
例如:

执行方法后输出文件如下:

其中实现类的类名是有具体含义的

其中Test$Lambda$15.class信息如下:
  1. //
  2. // Source code recreated from a .class file by IntelliJ IDEA
  3. // (powered by FernFlower decompiler)
  4. //
  5. package test.java8.lambdaimpl;
  6. import java.lang.invoke.SerializedLambda;
  7. import java.lang.invoke.LambdaForm.Hidden;
  8. import test.java8.lambdaimpl.Test.User;
  9. // $FF: synthetic class
  10. final class Test$$Lambda$15 implements SFunction {
  11.     private Test$$Lambda$15() {
  12.     }
  13.     @Hidden
  14.     public Object apply(Object var1) {
  15.         return ((User)var1).getName();
  16.     }
  17.     private final Object writeReplace() {
  18.         return new SerializedLambda(Test.class, "test/java8/lambdaimpl/SFunction", "apply", "(Ljava/lang/Object;)Ljava/lang/Object;", 5, "test/java8/lambdaimpl/Test$User", "getName", "()Ljava/lang/String;", "(Ltest/java8/lambdaimpl/Test$User;)Ljava/lang/Object;", new Object[0]);
  19.     }
  20. }
复制代码
通过源码得知 调用writeReplace方法是为了获取到方法返回的SerializedLambda对象
SerializedLambda:  是Java8中提供,主要就是用于封装方法引用所对应的信息,主要的就是方法名、定义方法的类名、创建方法引用所在类。拿到这些信息后,便可以通过反射获取对应的Field。
值得注意的是,代码中多次编写的同一个方法引用,他们创建的是不同Function实现类,即他们的Function实例对象也并不是同一个。

一个方法引用创建一个实现类,他们是不同的对象,那么BeanUtils中将SFunction作为缓存key还有意义吗?
答案是肯定有意义的!!!因为同一方法中的定义的Function只会动态的创建一次实现类并只实例化一次,当该方法被多次调用时即可走缓存中查询该方法引用对应的Field。
通过内部类实现类的类名规则我们也能大致推断出来, 只要申明lambda的相对位置不变, 那么对应的Function实现类包括对象都不会变。
通过在刚才的示例代码中添加一行, 就能说明该问题, 之前15号对应的是getName, 而此时的15号class对应的是getAge这个函数引用


我们再通过代码验证一下 刚才的猜想

参考:
https://blog.csdn.net/u013202238/article/details/105779686
https://blog.csdn.net/qq_39809458/article/details/101423610

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!




欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4