Frontend Performance

Polar Sponsor
爱发电 赞助
.NET 9.0

分析前端性能问题(LCP、FCP、CLS、包体积),并针对加载和运行时效率提出优先级排序的实用优化建议。

前端性能优化(Frontend Performance)

功能概述

前端性能优化(Frontend Performance)是一项面向实际任务的技能,主要用于围绕加载性能与运行性能,给出可落地的优化方案与优先级;用户说「性能优化」「首屏慢」「页面卡顿」「打包体积大」「LCP/FCP 差」;

核心要点

  • 提供 Lighthouse 报告、Performance 录屏或具体慢的页面/操作;
  • 1. 加载性能(LCP / FCP / TTI);
  • LCP 慢;

使用与执行

大图、阻塞渲染、服务端。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;

结果检查与注意事项

若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。

前端性能优化(Frontend Performance)

围绕加载性能与运行性能,给出可落地的优化方案与优先级。

触发场景

  • 用户说「性能优化」「首屏慢」「页面卡顿」「打包体积大」「LCP/FCP 差」
  • 提供 Lighthouse 报告、Performance 录屏或具体慢的页面/操作

分析维度

1. 加载性能(LCP / FCP / TTI)

问题 常见原因 优化方向
LCP 慢 大图、阻塞渲染、服务端慢 图片优化、优先关键资源、SSR/预取
FCP 慢 JS/CSS 阻塞、首屏依赖多 拆包、关键 CSS 内联、延迟非关键
TTI 长 主线程长任务、大 bundle 代码分割、懒加载、减少主线程工作

2. 体验稳定性(CLS / 卡顿)

问题 常见原因 优化方向
CLS 高 无尺寸图片/字体、动态插入内容 宽高比/尺寸、font-display、预留占位
滚动/操作卡顿 重排多、长任务、大列表 虚拟列表、防抖节流、requestAnimationFrame、减少 reflow

3. 资源与打包

问题 优化方向
JS 体积大 按路由/按需拆包、tree-shaking、替换大依赖、分析 bundle
图片大 格式(WebP/AVIF)、尺寸、懒加载、CDN
请求多 合并、缓存策略、预连接/preload

执行流程

1. 先定位用户的问题类型

不要一上来就输出所有优化方向,先判断用户卡在哪:

用户描述 实际问题 第一步
「首屏慢」「白屏时间长」 加载性能 问:有没有 Lighthouse 数据?LCP 是多少?是 SSR 还是 CSR?
「页面卡顿」「滚动不流畅」 运行时性能 问:卡顿发生在什么操作时?列表有多少条数据?
「打包体积大」「bundle 太大」 资源体积 直接让用户跑 npx @next/bundle-analyzer 或 vite-bundle-visualizer,看大模块再说
「LCP/FCP 差」「Core Web Vitals 不达标」 具体指标 问:哪个指标?多少分?在哪个页面?
没有数据,只是「感觉慢」 未量化 先让用户跑 Lighthouse,拿到数据再分析,不要凭感觉给优化建议

没有数据就不给优化方案——「感觉慢」可能是网络问题、可能是服务端问题、可能是前端问题,方向不同。

2. 拿到数据后,找真正的瓶颈

加载性能(LCP > 2.5s 或 FCP > 1.8s),按这个顺序排查:

  1. Network 瀑布图:最大的资源是什么?JS bundle 还是图片?
  2. 是否有渲染阻塞资源(

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
热门推荐
/
最新课程
phpStudy极速入门视频教程
phpStudy极速入门视频教程

共6课时 | 54.7万人学习

独孤九贱(4)_PHP视频教程
独孤九贱(4)_PHP视频教程

共89课时 | 134.1万人学习