国外建站程序,电商运营主要工作内容,台州集团网站建设,做物流的可以在那些网站找客户端1.业务系统主要的就是功能的稳定,流畅性.
最近客户提出某统计功能数据加载到页面很慢.反映到运维工程师处,运维跟我说之后我(研发), 我看了看代码,有几处代码确实需要优化,统计功能调用了4次服务端,每一次客户端调用服务端的时候返回结果3S左右,有三次调用服务端,一共大约耗时…1.业务系统主要的就是功能的稳定,流畅性.
最近客户提出某统计功能数据加载到页面很慢.反映到运维工程师处,运维跟我说之后我(研发), 我看了看代码,有几处代码确实需要优化,统计功能调用了4次服务端,每一次客户端调用服务端的时候返回结果3S左右,有三次调用服务端,一共大约耗时6S左右,(VS2022打断点有代码执行时间)
.然后做了SQL语句优化, 客户端点按钮到整体数据显示在容器里面需要半分钟.
C# 计时器
//引用
using System.Diagnostics;Stopwatch stopwatch new Stopwatch();
stopwatch.Start();.....代码....stopwatch.Stop();//写入日志Log.Write(外面日志时间: stopwatch.ElapsedMilliseconds / 1000);
最后发现是一处代码有很大问题.用了foreach(){ foreach(){} } 双循环, 简直就是依托答辩,屎山, 里面foreach 一次需要40ms,循环7次, 但是最外面的foreach 需要循环50次左右, 循环里面也没有调用接口,但是有一处需要使用缓存里面的数据(上万条),就这一个双循环就要 十几秒,之前没出现问题是因为数据量小,未出现严重的bug. 我将整个功能都调整了一遍,系统显示还是慢,测试新查询的统计功能直接在我手上腰斩了,我又将功能整体放在了存储过程中(存储过程的代码图我就不贴了,怕被告),用了几个小时写好了, 查询出来的结果用了不到0~2S,大大提升了系统的效率,仅查询功能性能提升了14倍左右,奉劝大家,只要关于统计相关的功能,建议使用存储过程.
系统里面有很多统计功能,所有的都没有使用存储过程或视图,基本都在服务端SQL 拼接,用的是.net2 或.net4 服务端没有使用所谓的异步,客户端使用了Thread也只是防止系统假死, 某球用, 老系统版本升级 此路任重而道远.
不说了还有几个统计要改.
