We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2024-04-10
通过 link.preload 在渲染 HTML 的时候就开始加载必要的接口请求,这样等 JS 执行请求的时候就可以直接使用响应了,减少请求的等待时间
link.preload
关键内容绘制(First Meaningful Paint,简称 FMP)是网页性能分析中的一个指标,用于衡量网页加载过程中首次呈现对用户有意义的内容所花费的时间。 与首次内容绘制(First Contentful Paint,FCP)不同,FMP 更加关注页面加载的实用性和用户体验。 FCP 只关注页面上任何内容(如文本或图片)首次出现在屏幕上的时间点,而 FMP 则进一步考虑这些内容是否对用户有实际意义。 例如,一个页面可能很快就显示了一个加载动画或者一个背景图像,但这些内容对用户来说并没有提供有价值的信息。 相比之下,FMP 可能会等到页面的主要内容(如文章标题、导航菜单或者重要图像)加载并渲染到屏幕上时才被触发。 FMP 是一个更为综合的性能指标,它结合了页面的视觉变化和页面内容的实用性。 一个良好的 FMP 体验意味着用户在较短的时间内就能看到并与之交互的页面核心内容,这通常会导致更高的用户满意度和更低的跳出率。
关键内容绘制(First Meaningful Paint,简称 FMP)是网页性能分析中的一个指标,用于衡量网页加载过程中首次呈现对用户有意义的内容所花费的时间。
与首次内容绘制(First Contentful Paint,FCP)不同,FMP 更加关注页面加载的实用性和用户体验。
FCP 只关注页面上任何内容(如文本或图片)首次出现在屏幕上的时间点,而 FMP 则进一步考虑这些内容是否对用户有实际意义。
例如,一个页面可能很快就显示了一个加载动画或者一个背景图像,但这些内容对用户来说并没有提供有价值的信息。
相比之下,FMP 可能会等到页面的主要内容(如文章标题、导航菜单或者重要图像)加载并渲染到屏幕上时才被触发。
FMP 是一个更为综合的性能指标,它结合了页面的视觉变化和页面内容的实用性。
一个良好的 FMP 体验意味着用户在较短的时间内就能看到并与之交互的页面核心内容,这通常会导致更高的用户满意度和更低的跳出率。
大多数中后台系统中,必须要先请求类似 me/user 之类的接口数据之后才能开始真正渲染页面(多是因为角色、权限等需要拿到数据后才知道如何渲染)
me
user
而在接口请求成功之前只能给页面一个大大的 loading 或者骨架屏
loading
请求瀑布流如下(无缓存):
emmm....5s 之后才开始请求 me 接口,这还是线上的环境
不过大多数中后台并不(特别)在意性能,所以一般也不会去做优化
但如果仅需要一行代码就可以轻松提高 N 倍的性能呢,你会去做吗?
说了半天终于到了重点,利用 link.preload.fetch 的功能,可以在渲染 HTML 时就预加载接口请求,这样等 JS 执行请求的时候就可以直接拿到接口响应了,减少请求的等待时间
link.preload.fetch
<link rel="preload" href="/api/data" as="fetch" crossorigin="use-credentials" />
The text was updated successfully, but these errors were encountered:
No branches or pull requests
2024-04-10
TL;DR
通过
link.preload
在渲染 HTML 的时候就开始加载必要的接口请求,这样等 JS 执行请求的时候就可以直接使用响应了,减少请求的等待时间FMP
中后台
大多数中后台系统中,必须要先请求类似
me
/user
之类的接口数据之后才能开始真正渲染页面(多是因为角色、权限等需要拿到数据后才知道如何渲染)而在接口请求成功之前只能给页面一个大大的
loading
或者骨架屏请求瀑布流如下(无缓存):
me
接口emmm....5s 之后才开始请求
me
接口,这还是线上的环境不过大多数中后台并不(特别)在意性能,所以一般也不会去做优化
一行代码
但如果仅需要一行代码就可以轻松提高 N 倍的性能呢,你会去做吗?
优化前
优化后
Pre Load
说了半天终于到了重点,利用
link.preload.fetch
的功能,可以在渲染 HTML 时就预加载接口请求,这样等 JS 执行请求的时候就可以直接拿到接口响应了,减少请求的等待时间REF
The text was updated successfully, but these errors were encountered: