深入理解序列化与反序列化

1.迭代快，简单做，就用json。 2.跨语言，数据传输性能要求高，就选proto或thrift。thrift附带框架多，只做数据序列化就选proto。 ​3.大数据脚本系统选avro。 ​4.java是个不太好的可选项。

序列化的目的是为了对象可以跨平台存储，和进行网络传输。选型上思考性能、易用性、安全等。选择1）json/yaml；2）protobuf；3）avro。

这种应用层面的描述，都能写一本书出来，真是要名不要脸

最近几周提不起精神读书，即使有空也只想玩会游戏，甚至新游戏也不愿费力打，只玩通关过N周目的，骑马在史凯利杰的雪山上乱逛，或者在艾雷德尔礼堂被芙莉德修女狂虐。三月份一本书也没读完，感觉不能再这样消磨下去了，得振作点，rise tarnished 至于本书，整体上梳理了下序列化机制，知识点比较聚焦，方便学习。不过Java语言本身的序列化讲解的稍微少了点，特别是局限性就简单提了下，这块感觉应该是影响Java序列化发展的一个很重要的方面，希望能讲的多一点

可能是我理解的“深入理解”和作者大佬理解不太一样吧，本书倾向于教你怎么用工具了。我最近在研发一个将yaml配置动态反序列化为java对象，失望没能找到自己想要的。此书序言部分，谬赞了。

最后的结论比较有用。 选取哪种序列化方案，依赖于场景和需求： 1）对于数据小、迭代快的REST服务，使用JSON能满足要求，方便快捷。 2）JSON实现方案里，建议首选Gson，因为它功能完备、已形成技术标准、开源代码规范；不建议使用FastJson，因为它为了追求快偏离了标准和功能性，开源代码质量有待提高。 3）对于存在跨语言数据交互诉求、注重数据传输性能的场景，考虑使用ProtoBuf或Thrift，Avro的序列化耗时效果不太好。 4）Thrift和ProtoBuf大多数情况下效果不会差别太大。基于目前的网络资源和硬件资源，几乎感知不到差异，开发人员根据技术熟悉程度选择即可。 5）对于大数据Hive、Pig等脚本系统，首选Avro。 6）Java序列化方案耗时比其他方案都长，只能作为最后的选项。

文字凑数，开头讲了一些和主题无关的东西

写的还行，入门足够了，对于技术选型帮助很大

20年的时候flatBuffers 应该也出了，这里没提到。 最近也在替换底层的序列化协议，对目前的跨平台序列化协议也了解了下，这边说说我的观点。 1、xml 和 json具有良好的可读性，方便调试 2，目前web前后交互主流还是Json 3，Arvo是apache的子项目，如果考虑持久化是hadoop这种数据，选这个好点，但目前这社区活跃度和protobuf,faltbuf差了几个量级 4，thrift并没单独的序列化接口，与框架耦合太重，如果是一套rpc实现，选这个倒不错 5，faltbuf和protobuf在其他方面差不多，特点就是不需要解包，所以反序列化里边这个应该是最快的。最开始也是为游戏及一些高性能程序设计的。 6，如果考虑T级别的数据持久化，可以选择protobuf

初识序列化，简单列举了几种序列化反序列化方案并做了对比