关于一个接口返回漫长的问题试着解决

       今天考虑到要上线后台，后台上去后，我们的测试说，怎么卡了？

       刚想说，测试环境我们的这个都没出问题，一看原来一个接口查的时间太长，查了15s，这样的结果确实是从表现上，可以简单定义为卡死了，原来这个接口查询的内容太多，数据包为2m，太大了，怎么解决这个问题？

       首先想到的是把不用的字段不查询了，感觉可以解决，一看发现虽然查询了就那几个字段，结果还是数据包大。还是与2m相差不大，经过我分析，原来虽然查询的字段少了，但是spring mvc转json时，会把一下没有的字段用null来占位，所以这样的话，我们其实只是把一些数据变成了null。虽然小了，但是还是会占空间。怎么解决这个问题？我想起以前可以在json序列化时忽略属性，应该可以有忽略null属性的配置。经过查询找到了可以给类头部加上@JsonSerialize(include=JsonSerialize.Inclusion.NON_NULL)，这样就可以spring mvc把null的属性不采用序列化。以及gson包也支持空值不序列化。

       最后试了一下，发现一下子把接口返回的数据降低到了500k，这样接口的返回速度也降到了一个可以接受的时间内。回头想想，能够有很大的性能提升，也是一种幸福。