关于fastjson与jackson在反序列化bool型时的区别

在测试中，两个项目a,b的接口参数用到了Bool类型，当传参"0"，项目a通过了，项目b报错了，排查了下，项目b的那个接口，在对传参反序列化时就出现了问题，最后发现两个项目使用的序列化框架有所差异

基于Fastjson 1.2.28版本的源码：

Bool类型，正常赋值

int类型，若为1，则为true，否则为false

number类型，若强转int为1，则为true，否则为false

string类型，若为空串、"null"、"NULL"则为null；若为"true","1"则为true；若为"false","0"则为false

其它情况抛错can not cast to boolean

基于Jackson 2.9.8版本的源码：

Bool类型，正常赋值

Null类型，则为null

Array类型，报错

可配置mapper.configure(ACCEPT_EMPTY_ARRAY_AS_NULL_OBJECT, true)，则支持空数组为null

可配置mapper.configure(UNWRAP_SINGLE_VALUE_ARRAYS, true)，则以数组的第一个元素判断true还是false，例如true，若多个元素也报错）

number类型，0为false，其它为true

可配置mapper.configure(ALLOW_COERCION_OF_SCALARS, false)，则不支持强转，都报错

string类型，若为"true","True"则为true；若为"false","False"则为false，若为"null",""则为null，其它报错

可配置mapper.configure(ALLOW_COERCION_OF_SCALARS, false)，则不支持强转，都报错

有以下几点，我觉得我以后需要注意的

当使用不同序列化框架时，对于正常传参，不同框架的结果是一样的，但对于不正常传参，比如想把"0"反序列化成False，每个框架实现有所不同，要注意两个框架的实现，可以通过多测试来发现。

虽然总所周知，Fastjson处理速度优于Jackson，但是在Bool类型，Jackson支持更多可配置的反序列化方案