距离 React 最近一次版本更新已经过去了 8 个多月。那最近 React 都在忙些啥呢？下面就来看看 React 团队最近正在研究的事，以及取得的进展！

站在用户的角度思考问题，与客户深入沟通，找到沙湾网站设计与沙湾网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：网站建设、成都网站制作、企业官网、英文网站、手机端网站、网站推广、域名与空间、虚拟主机、企业邮箱。业务覆盖沙湾地区。

概览：

• React Server Components
• 资源加载
• 文档元数据
• 离屏渲染
• Transition Tracing

React Server Components

React Server Components（RSC，服务端组件）是由 React 团队设计的一种新的应用架构。

React 团队正在引入一种新的组件——服务器组件，它提前运行并且被排除在 JavaScript 包之外。服务器组件可以在构建期间运行，从文件系统读取或获取静态内容。它们还可以在服务端运行，无需构建 API 即可访问数据层。可以通过 props 将数据从服务端组件传递到浏览器中的交互式客户端组件。

RSC 将以服务端为中心的多页面应用的简单“请求/响应”心智模型与以客户端为中心的单页应用的无缝交互相结合，提供了两全其美的体验。

自上次更新以来，React 团队合并了 React 服务端组件 RFC 以批准该提案。通过 [React Server Module Conventions](React Server Module Conventions) 提案解决了悬而未决的问题，并与合作伙伴达成共识以遵循“use client”的约定。这些文档还充当 RSC 兼容实现应支持的规范。

最大的变化就是引入了 async / await​ 作为从服务端组件获取数据的主要方式。 除此之外，还计划通过引入一个名为 ​​use​​​ 的新 Hook 来支持从客户端加载数据，该 Hook 用于解包 Promises。虽然不能在仅客户端应用的任意组件中支持 ​​async / await​​，但计划在构建仅客户端应用时添加对它的支持，类似于 RSC 应用的结构。

现在已经解决了数据获取的问题，并正在探索另一个方向：将数据从客户端发送到服务器，以便可以执行数据库突变和实现表单。通过让跨服务端/客户端边界传递服务端操作（Server Action）函数来实现这一点，然后客户端可以调用这些函数，从而提供无缝的 RPC。Server Actions 还在 JavaScript 加载之前提供逐步增强的表单。

React 服务端组件已经在 Next.js 应用路由中发布。这展示了一个真正将 RSC 视为原语的路由的深度集成，但这并不是构建与 RSC 兼容的路由和框架的唯一方法。RSC 规范和实现提供的特性有明显的区别。React 服务端组件是指跨兼容React框架工作的组件规范。

React 团队通常建议使用现有框架，但如果需要构建自己的自定义框架，也是可以的。构建自己的 RSC 兼容框架并不容易，因为需要深度构建工具集成。当前一代的构建工具非常适合在客户端上使用，但它们在设计时并没有为在服务端和客户端之间拆分单个模块图提供一流的支持。这就是为什么 React 团队现在直接与构建工具开发人员合作以获得内置的 RSC。

资源加载

Suspense 允许指定在组件的数据或代码仍在加载时在屏幕上显示什么内容。这使用户可以在页面加载时以及加载更多数据和代码的路由导航期间逐步看到更多内容。但是，从用户的角度来看，在考虑新内容是否准备就绪时，数据加载和渲染并不能说明全部。默认情况下，浏览器独立加载样式表、字体和图像，这可能导致 UI 跳转和连续的布局转换。

React 团队正在努力将 Suspense 与样式表、字体和图像的加载生命周期完全集成，以便 React 将它们考虑在内，以确定内容是否已准备好显示。在不改变编写 React 组件的方式的情况下，更新将以更加连贯的方式进行。作为一种优化。，还将提供一种手动方式来直接从组件中预加载字体等资源。

文档元数据

应用中的不同页面可能具有不同的元数据，例如