莫非murphy

打包体积优化！！！优化一半！！首次加载速度优化！！优化一半！！要让我们的项目fast fast fast！！

webpack 打包优化并没有什么固定的模式，一般我们常见的优化就是拆包、分块、压缩等，并不是对每一个项目都适用，针对于特定项目，需要不断调试不断优化。 对于 webpack4，建议从零开始配置，在项目初期，使用 webpack4 默认的配置。 接下来，本篇文章会列出所有适用于…

近来遇项目打包之事，撰文记之。以期分享，皆有所获。 基于这个两个前提，我们再进行下一步。 其中 analyzerMode 的设置比较重要。 得出如上图的分包并不难，vue-element-admin 自带这些配置。 如果你暂时还看不懂这些配置项，先别急，后面会一一陈述。 你只用…

前端小伙伴都知道，为了降低包大小，经常会把依赖的前端模块独立打包，比如把 vue、vue-router 打到一个单独的包 vendor 中。另外，常会将存在多个路由的复杂页面的每个页面都单独打一个包，只有访问某个页面的时候，再去下载该页面的js包，以此来加快首页的渲染。 无论是…

背景 随着前端技术的不断发展，网页应用程序变得越来越复杂，并且需要更多的资源来加载和运行。在使用 Vue2 构建的项目中，打包后的文件大小可能会非常大。 我的一个可视化系统项目，文件约1302个、有效

背景 一个vue2的项目，打包部署后，发现首屏加载速度慢，FCP白屏时间大约需要8s左右，从输入系统地址按下回车后，就一直转啊转啊转，加载缓慢，导致用户的体验非常不好！所以今天针对这个问题来做一些性能

前言之前用vuecli做了个博客，是一个单页面项目，大概有十个路由直接npmrunbuild打包出来，有一个1M的巨大js文件先挂载到服务器上试试好家伙这加载时间仿佛过了半个世纪首屏页面整整加载了9s

前言 之前看过我文章随手写了个 plugin，就将小程序体积减少了 120k的小伙伴（没看过的也可以了解下前因后果，说不定以后碰到相同的问题，就能按这种方式解决），肯定知道我们公司的 api 项目因为

Lodash是一个使用广泛的工具库， 然而，直接引入lodash，会导致构建工具最后的构建产物体积暴增(大约增加72.5k)。收藏这四个方法，无痛使用lodash