在X项目的综合查询功能中，遇到本地数据缓存时执行速度慢的问题，通过日志发现循环赋值字符串时，使用`+`进行拼接导致性能瓶颈。分析指出，频繁的字符串拼接操作在达到一定数量级时会导致效率降低，因为每次拼接都会创建新的对象。对比了String、StringBuilder、String.Format和String.Concat的性能，推荐在频繁操作时使用StringBuilder以减少内存开销和提高效率。解决方案是根据字符串操作的频率和数量选择合适的拼接方式。
项目场景：
X项目综合查询功能，需要提前把各个基础资料和下拉列表数据缓存到本地，我采用的是字典的数据结构来储存数据
问题描述
本地数据少的时候没发现问题，在现场测试环境的时候综合查询执行速度较慢，超过三十秒。一开始下意识以为是数据库的查询部分导致，随之进行了拆分数据异步查询后，发现竟然还不是这块的问题。后来又加了日志，发现在循环遍历给字典赋值的时候，有一个循环特别慢，而这个字典赋值有一个特殊的操作，就是当字典的key值已存在时，会对value值进行新值和旧值拼接，value值是一个字符串，我直接用的+，问题估计就出在这里。
源代码
原因分析：
这样的写法拼接字符串的次数达到了万级别时，执行时间就需要秒级，效率可谓是比较差的。
为了测试字符串拼接的速度，我新建了一个控制台来测试五种字符串拼接的速度，测试代码如下：
最低0.47元/天 解锁文章
扫一扫
620
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
