记一次性能优化
背景:
项目中一个请求返回结果需要对一系列的filter的处理过滤才返回给用户,接口性能要求是50ms,通过监控发现一系列的filter中一个频控的filter耗时比较高比其他的filter高一倍,甚至更多。每个filter的耗时如图。
监控可以看出,FrequencyFilter的耗时达到了15ms,有优化的空间。
分析
选择一台线上服务器,导出火焰图分析堆栈信息。
上图就是服务器上2min钟的火焰图,可以找到箭头地方,我们要分析的方法堆栈,点进去可以看到下图
图中可以看出代码中存在大量的字符串拼接占用很多时间。
分析代码发现业务设计的时候,有通过拼接id转换成字符串作为标识。
现在看来这种设计方案有性能缺陷,现在重新设计,新加字段,单独存储为long类型,不进行字符串拼接。
按照这个思路优化后上线,导出服务的火焰图,如下:
这样可以看出,原理大量拼接字符串的现象不存在了。
然后看监控,耗时得到了非常大的优化
可以看到现在frequencyFilter的耗时为2ms左右了,比原来的15ms耗时有非常大的提升。
总结:
1:项目中要规划好监控,不管是物理机器监控还是业务监控。都可以让我们快速发现问题并优化。
2:架构设计的时候考虑到性能问题。
标签:一次,性能,filter,耗时,拼接,监控,优化 来源: https://www.cnblogs.com/simple-flw/p/14547905.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。