<form action={search}>

<input name="query"/>

<button type="submit">Searchbutton>

form>

action 函数可以同步或异步运行。可以选择在客户端使用标准 Java 定义它们，或在服务端通过'use server'指令来实现。当使用操作时，React 将自动管理数据提交的生命周期，并提供如useFormStatus和useFormState等 Hook，使能够访问表单操作的当前状态和响应。

默认情况下，操作在转换过程中提交，确保在处理操作的同时，当前页面仍然保持交互性。由于操作支持异步函数，因此还增加了在转换过程中使用async/await的功能。这意味着，当发起异步请求（如fetch）时，可以通过转换的isPending状态来展示待处理的UI，并在应用更新期间持续显示该UI。

除了操作外，还推出了名为 useOptimistic 的新功能，用于管理乐观状态更新。此 Hook 允许应用临时更新，这些更新将在最终状态提交后自动回滚。useOptimistic 利用了常规的 async/await 机制，因此无论是在客户端使用 fetch，还是在服务端使用 Server Action，其工作方式都保持一致。

为了支持这一功能，库作者可以利用 useTransition 在自己的组件中实现自定义的 action={fn} 属性。鼓励库开发者在设计组件 API 时采纳操作模式，以确保为 React 开发者提供一致的使用体验。例如，如果库中包含一个 组件，建议也提供一个 API。

虽然 React 团队的初衷是专注于客户端与服务端之间的数据传输，通过服务端操作（Server Actions）来实现，但最终理念是为所有平台和环境提供统一的编程模型。因此，如果在客户端引入了新功能，会努力确保它也能在服务器端运行，反之亦然。这种统一的API设计使应用无论运行在何处都能保持一致性，从而简化了未来升级到不同环境的流程。

现在，操作（Actions）功能已在 Canary （预览版）中发布，并将随 React 的下一个版本正式推出。

React Canary （预览版）中的新功能

React Canary 的引入，提供了一种机制，允许在新功能的设计接近最终状态时，便能够采纳并使用这些稳定的特性，而无需等待它们被正式发布到稳定的版本中。

Canary 机制改变了开发 React 的方式。过去，新功能通常在 Meta 内部私下进行研究和构建，这意味着用户通常只能在功能完全成熟并被发布到稳定版本时才能体验到。然而，现在有了 Canary，React 团队选择在公开环境中与社区合作，共同完善在 React Labs 博客系列中分享的功能。这意味着，可以在功能仍在最终确定阶段时，就及时了解到这些新功能，而不是等到它们完全发布后。

目前，React Server Components、资源加载、文档元数据和操作等特性已经成功登陆 React Canary，并且已经在 react.dev 上为这些新特性提供了详细的文档支持：

• 指令： "use client"和"use server"是全栈 React 框架中打包工具的关键功能，它们定义了客户端和服务端之间的“界限”。"use client"提示打包工具生成<>标签（类似于 Astro Islands），而"use server"则指导打包工具创建 POST 端点（类似于 tRPC Mutations）。结合使用，它们让你能够构建可重用的组件，这些组件融合了客户端交互性和相关的服务端逻辑。
• 文档元数据： 现在为在组件树中的任何位置渲染