今天开发过程中,遇到一个鬼畜的问题,在DO的某个成员上添加@Deprecated
注解之后,通过ProtoStuff反序列化得到的DO中,这个成员一直为null;花了不少时间才定位这个问题,特此记录一下
I. 全程实录
1. 环境相关
原项目中使用protostuff作为POJO序列化工具,对应的版本为
1 2 3 4 5 6 7 8 9 10
| <dependency> <groupId>io.protostuff</groupId> <artifactId>protostuff-runtime</artifactId> <version>1.5.9</version> </dependency> <dependency> <groupId>io.protostuff</groupId> <artifactId>protostuff-core</artifactId> <version>1.5.9</version> </dependency>
|
2. 场景复现
写了一个简单的demo,我们在POJO中添加一个拥有删除注解的成员,然后查看下反序列化结果
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
| @Data @NoArgsConstructor @AllArgsConstructor public static class BDO implements Serializable { private String a; @Deprecated private String b; }
@Test public void testSer() { BDO b = new BDO("10", "20"); Schema<BDO> schema = RuntimeSchema.getSchema(BDO.class);
LinkedBuffer buffer = LinkedBuffer.allocate(512); final byte[] protostuff; try { protostuff = ProtostuffIOUtil.toByteArray(b, schema, buffer); } finally { buffer.clear(); }
BDO fooParsed = schema.newMessage(); ProtostuffIOUtil.mergeFrom(protostuff, fooParsed, schema); System.out.println(fooParsed); }
|
下面是测试输出,可以看到反序列化的结果中,b为null
自然就会有个疑问,是在序列化的时候直接丢掉了这个成员信息呢,还是反序列化的时候跳过了这个成员?
我们新增一个POJO,与BDO的成员类似,只是没有@Deprecated
注解
1 2 3 4 5 6 7
| @Data @NoArgsConstructor @AllArgsConstructor public static class NDO implements Serializable { private String a; private String b; }
|
然后验证下BDO序列化的结果,通过反序列化为NDO对象,如果b成员有值,说明在序列化的时候并没有丢掉;
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
| @Test public void testSer2() { BDO b = new BDO("10", "20"); Schema<BDO> schema = RuntimeSchema.getSchema(BDO.class);
LinkedBuffer buffer = LinkedBuffer.allocate(512); final byte[] protostuff; try { protostuff = ProtostuffIOUtil.toByteArray(b, schema, buffer); } finally { buffer.clear(); }
Schema<NDO> nSchema = RuntimeSchema.getSchema(NDO.class); NDO ndo = nSchema.newMessage(); ProtostuffIOUtil.mergeFrom(protostuff, ndo, nSchema); System.out.println(ndo); }
|
从下面的输出可以看到,反序列化不出来,在序列化的时候就已经丢掉了
接着我们再验证下NDO序列化的结果,因为没有Deprecated注解,反序列化为NDO对象时,应该是齐全的,那么反序列化为BDO呢
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
| @Test public void testSer3() { NDO n = new NDO("10", "20"); Schema<NDO> schema = RuntimeSchema.getSchema(NDO.class);
LinkedBuffer buffer = LinkedBuffer.allocate(512); final byte[] protostuff; try { protostuff = ProtostuffIOUtil.toByteArray(n, schema, buffer); } finally { buffer.clear(); }
NDO ans = schema.newMessage(); ProtostuffIOUtil.mergeFrom(protostuff, ans, schema); System.out.println(ans);
Schema<BDO> bSchema = RuntimeSchema.getSchema(BDO.class); BDO bdo = bSchema.newMessage(); ProtostuffIOUtil.mergeFrom(protostuff, bdo, bSchema); System.out.println(bdo); }
|
从下面的输出可以看出,反序列化时,成员上有@Deprecated
注解时,也无法获取正确的结果
3. 兼容方案
查了下protostuf的相关文档,个人感觉它的设计理念就是认为加了这个删除注解,就没有必要继续存在了,就直接给忽略了。那么我希望加上了这个注解的可以被序列化/反序列化,有办法么?
查看api的时候,发现在创建Schema的时候,有个方法io.protostuff.runtime.RuntimeSchema#createFrom(java.lang.Class<T>, java.util.Map<java.lang.String,java.lang.String>, io.protostuff.runtime.IdStrategy)
, 可以指定成员列表
于是我们就有了一个猥琐的兼容方式
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
| @Test public void testSer() { BDO b = new BDO("10", "20"); Map<String, String> map = new HashMap<>(); map.put("a", "a"); map.put("b", "b"); Schema<BDO> schema = RuntimeSchema.createFrom(BDO.class, map, RuntimeEnv.ID_STRATEGY);
LinkedBuffer buffer = LinkedBuffer.allocate(512); final byte[] protostuff; try { protostuff = ProtostuffIOUtil.toByteArray(b, schema, buffer); } finally { buffer.clear(); }
BDO fooParsed = schema.newMessage(); ProtostuffIOUtil.mergeFrom(protostuff, fooParsed, schema); System.out.println(fooParsed); }
|
测试结果如下,反序列化的实例中有相应的数据了
4. 小结
遵循ProtoStuff的使用规范,如果一个成员上有注解@Deprecated
,那么这个成员的数据将不会被序列化和反序列化
II. 其他
一灰灰的个人博客,记录所有学习和工作中的博文,欢迎大家前去逛逛
2. 声明
尽信书则不如,已上内容,纯属一家之言,因个人能力有限,难免有疏漏和错误之处,如发现bug或者有更好的建议,欢迎批评指正,不吝感激
3. 扫描关注
一灰灰blog
知识星球