在并发量稍高的情况下提高程序执行效率的举措。

最新推荐文章于 2023-01-04 17:56:37 发布

原创最新推荐文章于 2023-01-04 17:56:37 发布 · 481 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#JAVA代码优化 #sq语句优化l

java代码专栏收录该内容

21 篇文章

订阅专栏

本文分享了一款APP在压力测试中发现的问题及解决方案，包括避免使用嵌套循环、减少数据库交互次数、保持数据类型一致等六个关键点。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言：我们做的app其实也谈不上高并发，压测的时候是用的自己家的测试服务器。标准差不多是10s/2000并发，平均执行时间应该控制在200ms。但是测出来好多不合格接口，这些接口的逻辑，包括sql都再简单不过了。可是测出来的平均执行时间都在5000以上。

优化方案：

1.for嵌套循环尽量（jianjue）不用。特别影响效率。访问量达到一定级别会奔溃。

2.单次请求减少与数据库交互次数。尽量（yiding）把数据集中到一块查询一次。

3.自定bean的时候属性类型尽量和数据库数据类型一致。这个很重要，很致命。由于逆向生成的实体bean不能动，但还要把id加密，这个时候就需要自定义bean了。于是将所有属性类型定义成String。数据库数据在映射到实体的时候还要判断类型是否一致然后不一致还要进行类型转换，消耗了大量时间。后来想了一个办法，不直接映射到实体，先封装到map，这里虽然也涉及到类型查找，但不至于直接映射那么慢。然后转json，然后转实体bean。

List<Map> validTaskListTemp = new ArrayList<Map>();
......装上数据......
String jsonTaskList = JSON.toJSONString(validTaskListTemp);
validTaskList = JSON.parseArray(jsonTaskList, TaskBean.class);

4.sql语句的where后的条件尽量不要加1=1，除非有非必传条件出现，否则坚决不用1=1。

5.where后面先将带索引的必要条件放到前面缩小范围，像deleted，state等等这种不带索引的标记字段往后放。

6.查询数量的时候外连接就别用了，内连接能省则省。

总结：做佛系程序猿。因果循环谁都逃不掉。挖下的坑迟早是要填的。