@JsonProperty注解源码分析(双向自定义别名)

引言

导入指引：import com.fasterxml.jackson.annotation.JsonProperty;

maven指引：

<dependency>

????????<groupId>com.fasterxml.jackson.core</groupId>

????????<artifactId>jackson-annotations</artifactId>

????????<version>2.12.4</version>

</dependency>

这是一个开源的对JSON数据进行操作的库（Jackson库）

是一家专于java的公司FasterXML的产品

简易版

我们设置成这样

就会这样

正文

• 我们都知道，在字段上加上注解@JsonProperty（“name”），再指定它的name，就可以在序列化和反序列化时采用我们使用的别名，那么它的源码是怎样的呢？

• 那我们直接进入它的json构造过程吧

• 首先先是使用了一个sw（不重要,估计是构造的方式，和选的方法有关,是生成String）,生成了一个json的构造器

• 

• 进来后呢，它对构造器进行了正确性判断和初始化，然后对比我序列化的类是否为需要关闭的类（我用的是Student，显然不需要关闭）

• 这边常规检查，确定我们序列化有没有差错和例外（这就是考虑所有情况的困难之处）

• 确保没有问题开始序列化

• 这是个抽象方法，代表每个类型的JsonSerializer都有不同的实现方法

• 所以我们得回去找是匹配了哪个构造器

• 这边看到它还进行了一系列hash计算，甚至还专门配了个桶来给你定位（那我们不好算了，得用点手段）

• 好好好，算了半天我的Student它没有给分类，被定义为Bucket{null}

• 我们继续为null，往下走

• 这边给上了一个BeanSerializer for Student,这个是生成的自定义构造器

• 我们通过给的构造器分类进入了最终的加工工程，根据是否有处理过类分为_props和_filteredProps。我们的字段name就被处理过，改成了("name_in_chinese")，所以我们就是_filteredProps

• 在这里识别出来了，我加了name_in_chinese处理

• 我们在DeBug也能看到，它调用了getName()方法

• 也对方法进行了反射处理，将方法的名字保存下来了。

• 我们的注解此时也被读下来了，有别名，序号等

• 相信大家也可以看出，最后是怎样进行json的拼接了

• 我们有看到，该注解支持方法，那我们试试将注解注到方法上会有什么不一样？

• 从字段上的反射组到了方法的反射组，那说明基本是没有什么影响的。

• 我们这样设置

• 将这个json转换回去

• 获取不到，这说明反序列化时name_in_chinese字段并没有被读到name

• 设置成一样的呢？

总结

在序列化和反序列化的场景下，我们时常需要灵活处理，所以可以对其get，set方法定义不同的注解，以应对我们的需求。