当前位置: 首页 > news >正文

前端遇到页面卡顿问题,如何排查和解决?

对于前端页面来讲,页面卡顿是一个常见的性能问题,这里主要从造成页面卡顿的原因如何检测和排查页面卡顿、以及优化页面卡顿的最佳实践这三个方向进行分析。

一、造成页面卡顿的原因

1.1 页面掉帧

  • 回流和重绘多:优化DOM操作。
  • DOM节点多:采用分页、虚拟列表等方式进行优化。

1.2 内存占用高,存在内存泄漏

1.2.1 全局变量引起的内存泄漏
  1. js 有个特点,未声明的变量会直接挂载到 window 上,也被称为隐式全局变量,这样虽然方便后续变量访问,但会造成内存泄漏。
<script>
a = 1; // 相当于 window.a = 1;
</script>
  1. window 上挂载大内存对象:
// 分配100万个32位浮点数(约4MB内存)
window.largeFloatArray = new Float32Array(1000000);
1.2.2 闭包引起的内存泄漏

function addEvent(){const el = document.getElementById("button");const hugeData = new Array(100000).join("hello");el.addEventListener("click", ()=>{console.log(hugeData)})
}
addEvent();

这里通过闭包引用了 hugeData,导致 hugeData 无法被回收,从而造成内存泄漏。需要在合适的时机移除掉事件监听器。

1.2.3 定时器引起的内存泄露
function genTimer(){let count = 0;setInterval(function(){count++;console.log(count);})
}genTimer();

这里的 setInterval 定时器的回调函数引用了外部的 count 变量,如果在合适的时机没有清除定时器,就会导致内存泄漏。

1.2.4 未解除的DOM引用造成的内存泄漏
let el = document.getElementById('button');

如果 el 被存储在某个地方,并且该元素被移除,但 el 仍然被引用,那么它将不会被垃圾回收,从而导致内存泄漏。

1.2.5 循环引用

循环引用指的是两个或多个对象相互引用,形成一个循环结构,导致无法被回收。

let a = {};
let b = {};
a.c = b;
b.c = a;

1.3 长任务

由长任务会让 JavaScript 执行时间过长,导致渲染不及时,页面卡顿。

function longSyncTask(duration) {const start = performance.now();while (performance.now() - start < duration) {// 空循环,阻塞主线程}console.log(`同步长任务完成,耗时 ${performance.now() - start}ms`);
}longSyncTask(3000); // 模拟一个耗时3秒的同步长任务

二、页面卡顿如何排查

2.1 使用 Chrome DevTools 性能分析

// 手动开始性能分析
console.profile('性能分析');
// 执行可能卡顿的代码 ...// 手动结束性能分析
console.profileEnd('性能分析');

然后就可以在 Chrome DevTools 的 Performance 面板中查看详细分析结果。

2.2 测量代码执行时间

// 使用console.time
console.time('操作计时');
// 执行可能卡顿的操作
console.timeEnd('操作计时');// 使用performance API获取更精确的时间
const start = performance.now();
// 执行代码
const duration = performance.now() - start;
console.log(`操作耗时: ${duration}毫秒`);

2.3 长任务检测

使用 PerformanceObserver API 可以检测检测长任务(>50ms)。

const observer = new PerformanceObserver((list) => {for (const entry of list.getEntries()) {console.log('长任务:', entry);}
});observer.observe({ entryTypes: ['longtask'] });

2.4 帧率(FPS)监控

let lastTime = performance.now();
let frameCount = 0;function checkFPS() {const now = performance.now();frameCount++;if (now > lastTime + 1000) {const fps = Math.round((frameCount * 1000) / (now - lastTime));console.log(`当前FPS: ${fps}`);if (fps < 30) {console.warn('帧率过低,可能存在性能问题');}frameCount = 0;lastTime = now;}requestAnimationFrame(checkFPS);
}requestAnimationFrame(checkFPS);

前端页面的 FPS(Frames Per Second 每秒帧数,代表页面的流畅度和卡顿程度)如果低于 30 帧,就可以认为页面出现明显卡顿的情况。 一般来说,FPS 在 60 帧及以上能够提供流畅的用户体验,但如果页面中包含大量的动画、视频、音频,导致元素数量、复杂度、计算量等过高,那就需要更高的 FPS 才能让页面很流畅。

三、优化页面卡顿的最佳实践

  1. 分批处理大任务:使用 requestIdleCallbacksetTimeout 分块执行。
  2. 避免频繁DOM操作:使用文档片段或虚拟DOM。
  3. 优化动画:使用 requestAnimationFrame 而非 setTimeout
  4. 使用 Web Worker:将计算密集型任务移出主线程。
http://www.dtcms.com/a/316286.html

相关文章:

  • DM8日常运维命令总结(四)
  • 游戏画面总是卡顿怎么办 告别延迟畅玩游戏
  • Go语言 泛型
  • TypeScript 中的协变与逆变
  • 203.移除链表元素 707.设计链表 206.反转链表
  • Python ttkbootstrap桌面应用开发示例
  • 创建一个可以edit的graph-node-test的永久登录dashboard的token
  • vue3通过按钮实现横向滚动或鼠标滚动横坐标滚动
  • 预测性维护:数字孪生如何重塑航空航天维修与寿命管理
  • Java技术栈/面试题合集(13)-网络篇
  • 李亚鹤:河南息县:淮河金沙滩开园 再添亲水休闲文旅地
  • 在Maxscript中随机化对象变换、颜色和材质
  • 拖车式变电站:灵活电力供应的“移动堡垒”,驱动全球能源转型新引擎
  • nuxt学习笔记
  • 学术论文命名:策略、方案、方法三者的区别
  • 使用Docker Desktop部署MySQL8.4.3
  • LeetCode 149:直线上最多的点数
  • 深入理解 C 语言中的拷贝函数
  • 多模态新方向|从数据融合到场景落地,解锁视觉感知新范式
  • 智能驾驶再提速!批量苏州金龙L4级自动驾驶巴士交付杭州临平区
  • 结合opencv解释图像处理中的结构元素(Structuring Element)
  • 使用PyQT创建一个简单的图形界面
  • 【面试场景题】日志去重与统计系统设计
  • 人工智能领域、图欧科技、IMYAI智能助手2025年5月更新月报
  • UGUI源码剖析(1):基础架构——UIBehaviour与Graphic的核心职责与生命周期
  • Git 中**未暂存**和**未跟踪**的区别:
  • 【深度学习-Day 41】解密循环神经网络(RNN):深入理解隐藏状态、参数共享与前向传播
  • P2161 [SHOI2009] 会场预约
  • 中山铸造加工件自动蓝光三维测量方案-中科米堆CASAIM
  • 喷砂机常见故障及排除维修解决方法有哪些?