一、先看现象
-
请求数据的字段顺序如下（只有data的数据参与签名,请求的content-type为：application/json）
图1 后台springMVC的controller接收到的数据如下
图2
- 将请求数据的contentType 改为 text如下
图3
-
后台再次接收到的数据如下
图4
由图1和图2对比可以发现字段顺序已发送错乱，且接受的字段比发送的字段少。图4和图3对比字段顺序和字段数量都一至。
二、导致这个蛋疼问题的原因是什么呢
-
由前4张图对比的结果看,主要是content-type导致的不通而结果不同，所以就猜测是不是spring-mvc的字符串解析时的问题，于是乎一路验证此想法开始了。先看spring-mvc字符串转换配置如下图
图5 -
由此调试进入com.alibaba.fastjson.support.spring.FastJsonHttpMessageConverter 发现在符合的MediaType 都会进入下面的方法，一路跟踪到 ****com.alibaba.fastjson.serializer.StringCodec的
图6
图7
- 由图7和可以发现content-type为application/json的请求数据都会被转为JSONObject，展开图7的value如下
图8
- 由图8可以看出此时的字段顺序已经乱了（原始数据参见图1），继续往下走 发现返回的值是 value.toString()
图9
- 由图9可以看出 toString的结果就把为null的字段已经过滤掉了譬如：loanApplyRefusalReason字段
三、解决办法
综上所述问题的原因全在JSONObject反序列化
- 对于字段顺序问题可以使用 枚举 com.alibaba.fastjson.parser.Feature的OrderedField来标记反序列化的时候根据原有字段顺序。
JSONObject reqJSON = JSONObject.parseObject(body, Feature.OrderedField);
也可以在springmvc的配置文件中增加配置
spring-mvc.cfg
- 对于为null的字段被忽略问题，暂示没有找到配置的解决方案。由于这个原因是toString造成的 所以 可以改变接收参数的类型由String改为JSONObject。
如果在程序中，则可以通过如下方式保留null值对应字段的序列化
JSONObject dataJSON = reqJSON.getJSONObject("data");
String dataStr = JSONObject.toJSONString(dataJSON,SerializerFeature.WriteMapNullValue);
