普通码农写代码，没有性能优化，当数据量变大，效果就很明显了。接口响应时间过长，导致客户体验效果非常差。
首先，从最外层开始，浏览器按F12，看看Network哪个接口占用时间最长（也有可能存在一些CSS或JS插件一直请求不到导致的时间过长），然后进接口分析你的逻辑代码，一行行审代码，找到耗时的地方进行逻辑优化，最后找到sql去执行下，看看时间是否很长，可以参考下/Pagegle/article/details/103529738来进行针对性优化。数据量很大很大的话能分表就分表，能分库就分库（这个忘记记录了，可以参考sharding-jdbc的分库分表使用）。如果前面的都没问题，那可能就是网络原因了。
下面根据我的实际情况讲讲优化过程。 一、数据库优化 我是查询接口访问过慢，达到了36724ms，什么概念！！！因为我为了查询方便，不想写太多代码，我就将主表和其他一些子表、字典表的数据整合在一起，做了个视图，但是我没有对其视图逻辑进行优化，导致查询时间较长，数据量越多越慢，再加上使用的JPA的findAll方法，累计起来时间就很长了。参考上一篇对MySQL视图进行优化使用explain解释语句，对Extra中是“Using temporary; Using filesort”的语句进行优化。
优化前： 优化后：
二、缩小数据包 在使用SpringMVC转Json的时候，会把没有值的字段用Null来占位，这样的话，其实是把一些数据变成了Null。虽然小了，但是还是会占用空间。我们可以在Json序列化时忽略Null属性，可以给类头部加上@JsonSerialize(include=JsonSerialize.Inclusion.NON_NULL)，这样就可以让SpringMVC把Null属性不采用序列化，且gson包也支持空值不序列化。 优化前：优化后：
数据包是小了，时间可能因为是测试环境数据量太少效果不明显
后面有其他方法再记录
