相信很多人都有遇到这个问题，为什么 umi 打包完的产物这么大啊？ 这里我们以 SaaS 基座 为例，先看一下优化后的结果（同一个电脑同一个网络环境中）。 比对项目 原始数据 优化后的数据 dist

最近一直在看umi打包相关的优化，踩了好多坑，总算有了一点小小的心得，在此分享一下，希望能帮到有类似需要的朋友们。

UMI 配置优化 - 提高打包速度、提高开发速度、减少打包体积 项目越来越大，打包后的体积很大，打包时间也很长；开发时每次运行也需要很久，随便改动一个地方都要等2分钟以上才能看到效果（热更新太慢）。

当项目越来越复杂时，会面临着构建速度慢和构建出来的文件体积大的问题。webapck构建优化对于大项目是必须要考虑的一件事，下面我们就从速度和体积两方面来探讨构建优化的策略。 分析工具 在优化之前，我们

本文将从客户端角度，聊聊如何借助端能力优化前端首屏加载速度。除了方案介绍，本文还会提供数据收益、注意事项、开发成本等，以帮助大家更好的评估实现优先级，选择合适业务的方案。

经过对浏览器缓存优化方案的调研和实现过程，我发现了一个令人意外的发现：页面加载速度提升了整整48.5%！

简介 本文介绍 Chrome DevTools Performance 面板的所有功能，以便使用其分析页面加载时/运行时性能，找出性能瓶颈。 功能面板概览 控制面板（红色区域）：控制性能分析相关功能的

        最近刚做了个和地图相关的需求，涉及到「海量点标记 + 海量标注」。当数据量达到三千以上的时候，「海量标注」会明显拖慢页面的加载/响应速度，非常影响用户体验，因此我对其进行了优化。感觉还挺有挑战性的，在这里总结一下，关键性代码（Vue3）已开源至 GitHub：ht...

引言 给组内的项目都在CICD流程上更新上了性能守卫插件，效果也还不错，同事还疯狂夸奖我 接下里进入我们的此次的主题吧 但是会出现两个问题，如果采用第一种方式，使用lighthouse查看性能指标