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

项目从上手到优化的全过程记录，时间跨度大概有一年。 从webpck打包，资源整合，代码优化三方面着手。 希望大佬们可以多给些建议。

随着前端框架盛行，`Performance` 已无法准确的监控到页面的首屏时间，本篇文章讲一种前端首屏时间的计算方案，偏算法实现，重点是思想，看懂就等于赚到！

本项目是淘系用户增长团队的一个大中台系统，单页应用，涵盖很多业务功能，运用了很多懒加载页面组件来提升性能，首屏时间 1s 左右，体验良好。然而大项目文件很多，导致构建和发布时间很长，内存占用较大。我的任务是尽可能优化与此相关的问题。 首先不难发现问题并不在用户体验上，而在于开发…