从流量带宽的角度
单页面/多页面
- 减小html模版内无效的标签定义
- 尽量使用js对模版内标签的创建和定义
- 可以将量最大的页面的静态资源放到本地localstorage
服务端渲染
从加载速度的角度
区分图片大小
- base64(不宜多的使用base64,会增加带宽)
- cdn
- 雪碧图
- 图片尽量按照格式区分,不需要png的时候就强制不使用png,建议:jpg,gif
静态资源拆分&合并
http2.0
合并http请求
静态资源不宜过大
从首屏渲染的角度
- dll缓存公共js
- 择机使用CDN外链
- 骨架屏
- 首屏渲染的静态资源不宜超过5个
- 按需加载,之后的页面一个页面是一个js(异步组件除外:按需)
- 静态加速和动态加速,提高异地分发性能
缓存和强缓存&浏览器缓存和CDN缓存
- 增量更新和自定义版本更新
- chunkhash & contenthash & hash
从代码层面
一个view,大致500行+80列
拆包,异步加载&按需加载
- 不是每个页面都需要异步加载
- 首屏的使用同步减小http请求
- 按需的使用异步减小资源体积
- 30K的包和10k的包完全可以合并,而不需要多一次网络请求,更甚者以B为单位的更不需要异步加载和按需加载
接口请求层面
- 按需请求
- 闲时请求
- 预请求quicklink
- 首屏渲染的接口可以放在路由层面请求,和view的js同步进行
网友评论