性能优化

初始 转为woff2 EOT、TTF 和 WOFF 格式大于 WOFF 2.0。EOT 和 TTF 完全不需要使用，如果需要支持 Internet Explorer 11，则可以接受 WOFF 格式。

前提 进来项目现场又反馈某低代码项目存在越用越卡的问题，遂摸鱼排查一波，顺便复习 Memory使用方法。 Memory界面分析 memory是浏览器自带的内存排查工具，用来展示浏览器当前的内存快照。

什么是关键渲染路径（Critical Rendering Path） 按照chrome的解释，关键渲染路径表示在页面初次加载时，哪些资源以高优先级展示。可以使用lighthouse检测，在Critic

问题起因 某现场反馈我们的数据大屏在全屏时效果不佳，有很明显的卡断感。于是便处理并记录一下相关问题。 排查过程 首先手动拉伸一下页面，模拟一下resize操作，看看页面的火焰图 额 好吧，现场反馈的很

http2多路复用概念 在web.dev对http2.0的描述中，多路复用有如下特性。 将HTTP消息分解为独立的帧、交错传输，然后在另一端重新组装它们的能力是HTTP/2最重要的增强功能。事实上，它

前提 找出向用户提供文件的最佳方式可能是一项棘手的工作。有很多不同的场景，不同的技术，不同的术语。 在这篇文章中，我希望给你所需要的一切，这样你就可以： 知道您的网站的最佳文件拆分策略(file-sp

LCP简介 LCP(Largest Contentful Paint): LCP是指页面上最大的可见内容元素（通常是图片，视频或文本）加载完成所需要的时间。它主要考虑网页中最重要的元素，因为这些元素对

问题描述 最近尝试优化大数据接口的请求速度（涉及大量的点位数据，5M-10M） java处理提速，接口数据精简这些当然交给后端大哥处理，前端主要思考能否通过压缩的方式提升接口下载速度。 调研流程 首先

概况 日常开发流程中，免不了要排查接口时长相关问题。本文主要配合案例，解释控制台请求时间线的各个字段含义。

问题说明 今天在日常摸鱼(不是)中，发现了performance里有一条醒目的红线 最终定位到切换路由导航的交互上： 这个交互倒没有造成卡顿（火焰图中long task都是vue的update,pat

前言 在加载脚本时, 浏览器需要在执行前进行评估, 这就会导致长任务. 这里可以学习Script如何评估工作, 并且为了避免长任务我们又可以做些什么. 正文 在优化 Interaction to Ne

前言 generator函数对于大多数前端来说可能熟悉又陌生，本文记录一种generator函数在实际优化场景中的使用案例。