前端性能优化_接口传图片链接或者base64,哪种方式渲染方式最快-CSDN博客

本文链接：https://blog.csdn.net/Cool_so_cool/article/details/104804577

前端性能优化

一、减少 HTTP的请求次数和报文的大小

图片使用雪碧图和 base64字符串你觉得哪个好？为什么？
雪碧图可以缓存；
base64可以减少请求数；
进阶一：如果你决定使用雪碧图/base64字符串，你会怎么做？
webpack 配 url-loader（base64）；
webpack 的雪碧图插件 webpack-spritesmith；

css sprite （雪碧图、图片精灵）技术
使用字体图标或者 svg 等矢量图
• 减少HTTP请求次数或者减少请求内容的大小
• 渲染更快：因为他们是基于代码渲染的，而对于位图（png / jpg / gif)是需要把图片编码再渲染
• 不容易失真变形
• 也可以使用 webp 格式图片，这种格式要小一些，但是需要服务器端支持这种格式的请求处理
图片懒加载（延迟加载）技术
• 第一次加载页面的时候不去请求真实的图片，提高第一次渲染页面的速度
• 当页面加载完，把出现再用户视野区域中的图片做真实加载，没有出现的先不加载（节约流量，也能减少对服务器的请求压力）
• 对于数据我们也尽可能分批加载（不要一次请求过多的数据，例如分页技术）
音视频文件取消预加载（preload = ‘none’），这样可以增加第一次渲染页面的速度，当需要播放时侯再加载
客户端和服务器端的数据传输尽可能基于 json 格式完成，xml 格式比 json 格式要大一些；还可以基于二进制编码或者文件流格式，这种格式比文件格式快很多
把页面中的 css / js 图片等文件进行合并压缩
• 合并：争取 css 和 js 都只导入一个，（webpack 可以实现自动合并压缩）
• 压缩：基于 webpack 可以压缩，对于图片自己找工具压缩，还可以使用服务器的 gzip 压缩
图片地图：对于多次调取使用的图片尤其是背景图，我们尽可能把它提取成公共的样式，而不是每一次都重新设置 background
图片 base64 ：用 base64 码，代表图片，减少 HTTP 请求，增加浏览器渲染的速度，所以真实项目中，尤其是移动端，如果图片加载缓慢，可能 base64 一下就好了。但是 base64 会导致文件中的代码超级恶心，不利于维护和开发，所以少使用：webpack 中可以配置图片为 base64 格式

二、设置各种缓存、预处理和长连接机制

把不经常更改的静态资源做缓存处理：一般做的是304或者 etag 等协商缓存
dns 缓存或者预处理（dns prefetch），减少 dns 的查找
设置本地的离线存储（manifest）或者把一些不经常更改的数据做本地临时存储（webstorage、indexdb）等
有钱就做 cdn （地域分布式服务器），还有一个财大气粗的方式：加服务器
建立 connection ：keep-alive tcp 长链接
建立 Cache-Control 和 Expires HTTP 的强缓存
使用 HTTP2 协议，现在使用的一般都是 HTTP1.1 版本
• 可以多条 tcp 通道共存，管道化链接
• 一个项目分为不同的域（不同服务器），例如：资源 web 服务器，图片服务器，视频服务器等，这样合理利用服务器资源，但是导致过多的 dns 解析。

三、代码方面的性能优化

减少对闭包的使用（因为过多使用闭包会产生很多不销毁的内存，处理不好的话，会导致内存溢出：栈溢出）减少闭包的嵌套，减少作用域链的查找层级
对于动画来说：能用 css 解决的就不用 js 动画（能用 transform 处理的，不用传统的css样式，因为 transform 开启硬件加速，不会引发回流），再或者使用定位的元素也会好很多，因为定位的元素脱离文档流，不会对其他元素的位置产生影响。能用 requestAnimationFrame 解决的不用定时器
• requestAnimationFrame还有一个好处，当页面处于休眠无访问状态，动画会自己暂停，直到恢复访问才开始，而定时器是不论什么状态，只要页面不关，就一直处理
避免使用 iframe （因为 iframe 会嵌入其他页面，这样父页面渲染的时候还要同时把子页面也渲染了，渲染进度会变慢）
减少直接对 dom 操作，原因是减少 dom 的回流和重绘（当代项目基本上都是基于 mvvm / mvc 数据驱动视图渲染的），对 dom 的操作框架本身完成，性能要好很多
低耦合高内聚（基于封装的形式： [方法封装]、插件、组件、框架、类库等封装，减少页面中的冗余代码，提高代码使用率）
尽可能使用事件委托，性能至少提高50%
避免出现死循环或者嵌套循环：嵌套循环会增加循环的次数
项目中尽可能使用异步编程来模拟出多线程的效果，避免主线程阻塞（异步操作基于 promise 设计模式来管理）
js 中不要使用 with
避免使用 css 表达式
函数的防抖和节流
减少使用 eval 主要原因是防止压缩代码的时候，由于符号书写不合规导致代码混乱
减少 filter 滤镜的使用
尽可能减少选择器的层级：.box a{} 和 a{} 第二个性能好，选择器是从右向左解析
尽可能减少 table 布局
手动回收堆栈内存（赋值为 null）
读写分离：现代版浏览器都有渲染队列机制：发现某一行要修改元素的样式，不立即渲染，而是看下一行，如果下一行也会改变样式，则把修改样式的操作放到渲染队列中，。。。一直到不是再修改样式的操作，整体渲染一次，引发一次 dom 回流，所以采用读写分离的方式