前端开发常说“JavaScript 是单线程的”，但如果你正在做动画、数据可视化、图像处理、游戏开发、或任何基于 Canvas 的复杂渲染，你一定体会过——主线程的“卡顿地狱” 。 这种时候，Web

一次真实的打包分析，揭开“按需引入”到底骗了我们多久 前端团队最爱说“我们用的是 lodash-es，按需引入，tree shaking 肯定没问题”，但项目打包结果却往往让人失望。 我自己的项目里，

在一次前端性能优化项目中，我们发现仅仅一个 icon font 文件就高达 20MB。这不仅拖慢了首屏加载速度，还极大地浪费了带宽。最终，我们将它压缩到了 10KB，而不影响任何功能表现。 这一过程背

源码：https://github.com/buglas/threejs-lesson/tree/main/09-cleanup 1-内存泄漏的概念 在c++ 里，内存泄漏的概念是：指针在指向一块内存

前言 彦祖们,内存泄露应该是前端老生常谈的话题了 本文是笔者在业务开发中遇到的一次真实案例,以此作为分享 技术栈:vue2(业务限制,未使用 keep-alive) 先看下 vue 官方文档 http

本文是国内第一篇讲如何减少网站卡顿的代码级别详细文章， 聊网站性能的文章有很多，通常为了提高js性能，避不开这两点： 不要阻塞主线程 减少长耗时，本文从这两个角度展开。

作者最近在开发的项目有一个使用到了`vite`构建工具，先上一张项目未优化，当时看到这个就是我的天！这个包怎么这么大！于是，我对他做了一场小手术。

性能优化清单1、性能量化指标（Chrome DevTools、performancer api、waterfall、lighthouse、Coverage）2、webpack 打包优化（参考webpa

前端性能优化是一个非常宽泛的话题，主要思路为加载快、渲染快。本文从实战应用的角度，将从利用前端工程化工具、服务器配置（nginx）以及编码中的注意事项这三个方向来进行展开。