现在文件庞大,结构很混乱,改个东西都要找很长时间,每个页面都操作了很多dom,引入了不少js文件
一般来说,前端的页面加载慢一般都是后台的业务逻辑出问题了,前端再慢也不会造成无响应,最简单的方法加个加载条先,给自己压压惊,然后f12看请求时长,那几个长的就先用异步看看,会不会对主逻辑造成影响,然后呢,找后端找问题,究竟是业务逻辑问题(改逻辑),还是sql查询问题(太大加索引,分表等等,反正那个方便就来,不用客气)
减少请求数 ① 合并样式、脚本文件
② 合并背景图片
③ CSS3图标、Icon Font
降低请求量 ① 开启GZip
② 优化静态资源,jQuery->Zepto、阉割IScroll、去除冗余代码
③ 图片无损压缩
④ 图片延迟加载
⑤ 减少Cookie携带 等等太多了 可以上网查一查
嗯,先确定是哪部分造成的。然后再针对性优化
开发者工具看一下响应最慢的请求,把最慢的几个请求看一下什么原因。然后进行优化。有目的性的优化。直接放图,大家都能看到
后端是什么语言,Java吗
你这个图一看就是那种报表统计方面的;不同报表走的不同请求; 1、f12查看各个请求耗时,进行优化(个人认为可能是sql的原因) 2、看看能不能将类似的多个报表请求放在同一个请求内 这样多个报表只需要请求一次即可 返回所有数据 然后前端解析对应的数据块