前言
之前工作中,遇到一个504
超时问题。原因是因为接口耗时过长,超过nginx
配置的10
秒。然后 真枪实弹搞了一次接口性能优化,最后接口从11.3s
降为170ms
。本文将跟小伙伴们分享接口优化的一些通用方案。
1. 批量思想:批量操作数据库
优化前:
//for循环单笔入库
for(TransDetail detail:transDetailList){
insert(detail);
}
复制代码
优化后:
batchInsert(transDetailList);
复制代码
打个比喻:
打个比喻:假如你需要搬一万块砖到楼顶,你有一个电梯,电梯一次可以放适量的砖(最多放
500
), 你可以选择一次运送一块砖,也可以一次运送500
,你觉得哪种方式更方便,时间消耗更少?
2. 异步思想:耗时操作,考虑放到异步执行
耗时操作,考虑用异步处理,这样可以降低接口耗时。
假设一个转账接口,匹配联行号,是同步执行的,但是它的操作耗时有点长,优化前的流程:
为了降低接口耗时,更快返回,你可以把匹配联行号移到异步处理,优化后:
- 除了转账这个例子,日常工作中还有很多这种例子。比如:用户注册成功后,短信邮件通知,也是可以异步处理的~
- 至于异步的实现方式,你可以用线程池,也可以用消息队列实现。
3. 空间换时间思想:恰当使用缓存。
在适当的业务场景,恰当地使用缓存,是可以大大提高接口性能的。缓存其实就是一种空间换时间的思想,就是你把要查的数据,提前放好到缓存里面,需要时,直接查缓存,而避免去查数据库或者计算的过程。
这里的缓存包括:Redis
缓存,JVM
本地缓存,memcached
,或者Map
等等。我举个我工作中,一次使用缓存优化的设计吧,比较简单,但是思路很有借鉴的意义。
那是一次转账接口的优化,老代码,每次转账,都会根据客户账号,查询数据库,计算匹配联行号。
因为每次都查数据库,都计算匹配,比较耗时,所以使用缓存,优化后流程如下:
4. 预取思想:提前初始化到缓存
预取思想很容易理解,就是提前把要计算查询的数据,初始化到缓存。如果你在未来某个时间需要用到某个经过复杂计算的数据,才实时去计算的话,可能耗时比较大。这时候,我们可以采取预取思想,提前把将来可能需要的数据计算好,放到缓存中,等需要的时候,去缓存取就行。这将大幅度提高接口性能。
我记得以前在第一个公司做视频直播的时候,看到我们的直播列表就是用到这种优化方案。就是启动个任务,提前把直播用户、积分等相关信息,初始化到缓存。
5. 池化思想:预分配与循环使用
大家应该都记得,我们为什么需要使用线程池?
线程池可以帮我们管理线程,避免增加创建线程和销毁线程的资源损耗。
如果你每次需要用到线程,都去创