1. 压缩代码和文件 通过 esbuild 进行代码压缩，再通过 vite-plugin-compression 生成压缩文件，可以显著减少应用的加载时间和带宽消耗。 a. 代码压缩 esuild 用

有一天，甲方打开一个后台管理的项目，说有点卡，不太满意，项目经理叫我优化，重新打包一下。从输入地址 到 展示 首屏，最佳时间在 3秒内，否则，甲方挂脸，咱就有可能有被裁的风险，understand?

前言 从毕业之后，自己就一直在做TOC的业务比较多，网站、H5、小程序等。 自从回到了二线城市，发现二线做自己产品的公司少之又少，而做政府或者企业的业务偏多，也就是数据可视化大屏，数字孪生类的业务较多

在实际工作中，我们很少会遇到一次性需要向页面中插入大量数据的情况，但是为了丰富我们的知识体系，我们有必要了解并清楚当遇到大量数据时，如何才能在不卡主页面的情况下渲染数据，以及其中背后的原理。 我们对十万条记录进行循环操作，JS的运行时间为187ms，还是蛮快的，但是最终渲染完成…

后端一次性返回过多数据时，我们前端应该如何渲染，本文提供了两种比较适合方案供大家参考 直接渲染 先看下直接渲染会有什么问题吧 先模拟下这个数据过多时的情景，我生成十万条li，然后每个li都是随机

单页面首屏优化，打包后大小减少64M，加载速度快了13.6秒 1. 静态文件缓存(js,css等)，图片和SVG进行压缩或者替换。 2. 删掉无用路由、引用的库（实际未使用），然后启用树摇 3. ..

背景 一、import按需加载 很多小伙伴肯定不少看到过，性能优化路由要用import('@/views/xxxx.vue')这样就可以按需加载了。 本身的vue-cli自动创建出来的时候也会有这一条

说到webpack的性能优化，其实就是从时间层面与体积层面入手。对于时间层面主要就是优化webpack的构建速度（缩短构建时间）。对于体积层面主要就是优化webpack的构建结果（缩小构建结果）

关于前端的性能优化，主要从 URL 输入到页面展示的整个过程来讨论。 先来回顾一下从 URL 输入到页面显示，经历了什么过程？ 浏览器地址栏输入时联想提示 URL 解析，URL 为了在不同协议不同传输