项目优化：一个服务调用另外一个服务接口超时优化（总结该类问题优化的思路）

场景

订单发货时，需要调用调用称重接口进行运费的计算，里面原来的执行逻辑大致是这样的：
调用一次数据库查询出来一个集合对象，我们假定它是List<A> aList，for循环aList集合，再根据每个a查询List<B> bList集合对象，然后调用运费计算接口（别的项目）的方法，运费获取后，创建一个需要更新数据库的对象C c，进行属性赋值，最后调用数据库更新。

分析影响超时因素

简单说，之所以调用“称重”接口超时，主要是因为该接口里面：
1、使用for循环处理（当数据量）
2、循环里面又多次调用数据库服务、其他项目接口
3、涉及到属性的copy

解决思路

1、使用更高效的数据处理方式
2、代码逻辑上：减少服务调用次数

优化过程

使用更高效的数据处理方式：
1、属性的copy：我将原来的BeanCopy换成了BeanCopier，并对比了copy对象之间的属性类型，确保使用BeanCopier没问题；
2、将for循环换成了parallelStream

代码逻辑上
1、将原来在for循环中调用的服务（调用别的项目的查询接口），提到了循环外面，换成批量查询接口，只调用一次数据库服务，然后将查询出的数据按照一个属性分组（）组成一个map，这样批量查询出来的数据就不会混乱了；
2、我们这的批量查询接口，查询的数据比较全，对于当前业务场景来说，数据有点冗余浪费，所以我又专门写了一个按需批量查询的接口，只查有用的数据即可，减少数据处理的过程；

效果

优化后，执行时间缩短至原来的1/5。效果还是很明显的。

其实很多接口超时的优化，都可以从：数据处理效率、服务调用次数两个方面优化，当然具体优化方案还需要根据当时的业务场景、项目的架构和代码逻辑而定。