先记住这个答案
因为 Server Actions 本质是一次服务端函数调用，只返回调用结果，并不自动使已渲染的客户端 UI 失效。要同步数据，需在 action 内调用 revalidatePath 或 revalidateTag 让服务端组件重新渲染，或在客户端用 useOptimistic 预应用变化、用 useActionState 接收返回状态，否则依赖同一数据源的客户端状态会停留在旧值。
- Action 不隐式重验证缓存
- 需自己调用 revalidatePath/Tag
- 用 useOptimistic 可做乐观 UI
为何 action 不自动刷新视图
Server Actions 作为服务端函数，通过 POST 请求执行，成功后返回一个序列化的响应。这个响应只包含 action 的返回值或渲染所需的部分信息，并不会自动使客户端已经挂载的组件树失效。React 只会在调用处触发 transition 更新，但其他读取同一数据源的客户端组件不会收到任何通知。
要刷新依赖的数据，必须在 action 内部显式调用 revalidatePath 或 revalidateTag。这两个函数会立即重新验证对应路径或标签的数据，触发当前路由的服务端组件重新渲染并更新客户端视图，无需等待下一次导航或手动刷新。若省去这一步，即使数据库已写入，客户端视图仍保留旧状态，直到页面整体刷新。
购物车数量不更新的实际案例
假设页面顶部客户端组件显示购物车数量，其初值来自服务端渲染。用户点击“加入购物车”按钮触发 Server Action，action 成功写库并返回 {ok:true}。但客户端组件没有重新获取数据，因此数量纹丝不动，直到用户手动刷新浏览器。
修正方式是让该 action 在写入成功后调用 revalidateTag('cart-count')，并让购物车组件包装在服务端组件中；或者客户端使用 useOptimistic 提前将数量加一，并确保 action 返回的新数量或随后的重新验证能纠正误差。具体做法取决于该数字是否要求绝对精确——乐观 UI 快但不保证最终一致，重验证慢但可靠。
区分自动更新与需要手动的边界
一个常见的误解是 action 总会触发 re-render。实际上，当 action 作为 <form action={fn}> 提交且成功后，React 会自动重置表单（非受控字段），但不会请求新数据。同时，如果 action 所在组件是 use client 且内部使用了 useOptimistic，那么乐观值会立即显示，但服务端真实值仍然要等重新验证。
强一致优先时，应在 action 内同步调用 revalidatePath，并让数据读取尽量放在服务端组件中；延迟敏感时，用 useOptimistic 与 startTransition 联合，但接受短暂的过期状态。若数据还必须写入数据库后广播，则要依赖自定义事件或轮询，next/navigation 的 refresh() 也可以强制当前路由刷新，但属于较高成本操作。
容易答错的地方
- 认为返回值会自动触发重新渲染
- 很多开发者认为 action 是“后端函数”，执行完 React 就会和 SSR 一样重新渲染。实际上 action 的响应只包含返回值，不会自动触发服务端组件重新执行。必须调用
revalidatePath或revalidateTag才能让后续读取走新的数据缓存。 - 不分场景滥用 revalidatePath
revalidatePath会清除整个路径的客户端路由缓存，频繁调用可能造成多余请求。应优先使用revalidateTag对单条数据打标，并只在需要的范围内失效，否则容易让无关页面也重新拉取，增加服务端压力。
面试官还会怎么问？
既然 action 不会自动更新，那表单提交后常见的最佳实践是什么？
对仅涉及当前表单的字段，依赖 useActionState 返回状态即可；若同时影响其他区域的展示，应在 action 内调用 revalidateTag 并让数据源自服务端组件，避免客户端手工拉取接口。
`useOptimistic` 和 `revalidateTag` 可以同时用吗？
可以。useOptimistic 负责界面即时反馈，revalidateTag 在 action 完成后让服务端数据更新；两者以最后落库的实际返回为准，注意乐观值必须能被最终值纠正。
为什么我调用了 `revalidatePath` 但客户端仍然没变化，可能是什么原因？
如果组件是客户端组件，且数据保存在本地 state，那它不依赖服务端数据源；revalidatePath 只影响路由缓存与服务端组件的渲染。你可将取值逻辑移到服务端组件（并作为 props 传递），或使用 router.refresh() 强制重新获取当前路由的数据——但这只影响服务端渲染的部分，如果客户端有本地 state，还需额外同步处理。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。