前言 之前的开发工作中对vue2项目也有做过不同的优化，但是都比较零散且没有系统化的记录下来。 正好最近接手了一个老项目，虽然项目不大性能也还过得去，但是我觉得可优化的空间还是比较多的。 所以也趁此机

公司的一个核心前端项目是使用 vue-cli 脚手架生成的，用得较为老旧的技术栈（Vue2 + Webpack4），项目启动和打包非常慢，组内的前端同学已经无力吐槽，亟待升级优化。

近期接到一个新需求，要在PC端和小程序端实现新订单语音提醒，其实许多需求前端的实现难度并不高，难的是各浏览器的限制、兼容不一等，此次也不例外。 又或者使用JavaScript更精确地控制音频、视频的播放。 咋一看没什么错，官方文档也明确写着支持，然而还是“太年轻了”，当开始打开…

提起性能优化 很多人眼前浮现的面试经验是不是历历在目呢？反正，性能优化在我看来他永远是前端领域的热度之王。 而本渣最近维护的项目恰巧在这个方向下了很大功夫，一些经验之谈奉上，希望对大家有些许帮助！ 性

项目背景 我们的系统（一个 ToB Web 的单页应用）经过多年的迭代，目前已经累积有大几十万行的业务代码，30+ 路由模块，整体的代码量和复杂度还是比较高的。 项目整体是基于 Vue + TypeS

前言 在日常开发中，最容易让人注意的就是项目编译打包的时间，特别是在较频繁打包部署时，这个时间显得很漫长。 例如：之前接手的一个项目 "冷启动" 时编译过程花费了约 86 秒： 这能忍吗？显然不能，于

Vue 框架通过数据双向绑定和虚拟 DOM 技术，帮我们处理了前端开发中最脏最累的 DOM 操作部分， 我们不再需要去考虑如何操作 DOM 以及如何最高效地操作 DOM；但 Vue 项目中仍然存在项目首屏优化、Webpack 编译配置优化等问题，所以我们仍然需要去关注 Vue …

这篇文章分享了从遇到前端业务性能问题，到分析、解决并且梳理出通用的Vue 2.x 组件级懒加载解决方案（Vue Lazy Component ）的过程。 问题起源于我们的一个页面，下面是这个页面的截图和初次请求的瀑布图。 初始加载的资源过多导致在 domInteractive …