API接口性能优化总结

在web开发过程中，经常会遇到接口RT高的情况，除了通过监控事后优化的方式，我们还需要掌握一些常用的手段，避免写出慢的接口。从前端发起调用到后端一般经过网关层、应用层、存储层。每一层都可以优化，本篇文章主要是应用层优化。,从理论上分析，性能优化手段通常有,之前在sql IN一文中分析过，IN 的数量太多时，性能会下降。同样服务间调用，数据量过大，带宽占用大。所以这时候需要分批调用。,比如接口中需要请求多个外部接口/数据库，相互之间无依赖，因为这种操作都是IO操作，可以由顺序执行改为并行执行，充分利用cpu处理能力,如,异步，分为读写。比如写是弱依赖，可以用 @Async 或者其他操作。,如果是读，不是必须的数据，也需要加上超时处理,因为外部调用有网络原因，都是不可靠的,eg. 拉取外部数据，全量的循环去拉，增量的使用事件通知机制，这样可以减少数据处理量,数据库的深度分页性能比较差，需要在业务上避免深度分页,缓存本质上就是从读取速度快的设备中直接获取数据。通过空间来换时间。对于DB中的数据可以缓存，对于外部服务的数据同样可以缓存,使用多级缓存，可以最大限度提升性能。