网站首页 > 技术文章 正文
随着 Next.js 13 和 14 将服务器组件设为默认,这看似是一个改变游戏规则的举措——开发人员开在每个文件上添加 "use client"。
但且慢——你真的知道何时该使用它吗?
还是说,你只是因为害怕而在每个文件上添加它,希望它能修复水合错误?
这种情况是否很熟悉?
"为什么这个组件没有渲染?"
"为什么这里不能使用状态?"
"不管怎样——只要添加 'use client' 就可以继续了。"
就这样,你完全错过了服务器组件的意义。
让我们正确地分解一下:
1 何时应该使用 "use client"?
2 何时应该避免使用它?
3 如何正确地构建你的应用程序?
"use client" 到底有什么作用?
在指责 "use client" 之前,让我们先明确它的实际功能。
默认情况下,Next.js 将组件视为服务器组件,这意味着:
它们在服务器上执行。
它们不会将不必要的 JavaScript 发送到浏览器。
它们可以安全地获取数据。
但一旦你添加了 "use client",一切都会改变:
组件变成了一个客户端组件。
它将失去对服务器端功能(如直接使用 fetch())的访问权限。
JavaScript 会被发送到浏览器,影响性能。
何时应该使用 "use client"?
并非每个组件都需要成为客户端组件。但以下情况确实需要:
使用状态或钩子(如 useState、useEffect、useContext 等)的组件。
"use client";
import { useState } from "react";
export default function Counter() {
const [count, setCount] = useState(0);
return (
<button onClick={() => setCount(count + 1)} className="p-2 bg-blue-500">
Count: {count}
</button>
);
}
服务器组件没有状态——而且永远不会
由于服务器组件不在浏览器中运行,因此它们无法管理状态。
因此,如果组件依赖于 useState 或 useEffect,你别无选择——必须将其声明为客户端组件。
何时确实需要 "use client"?
事件处理程序(如 onClick、onChange、onSubmit 等)
浏览器 API(如 localStorage、window、document 等)
上下文提供程序(React 上下文必须是客户端组件)
何时应避免使用 "use client"?
如果不需要,就不要使用它。
以下是许多开发人员出错的地方:
不需要所有内容包装在客户端组件中
// 这是不良实践
"use client";
export default function StaticContent() {
return <h1 className="text-xl">这本应是一个服务器组件</h1>;
}
该组件无需 "use client",因为它完全是静态的。
强制它在客户端运行只会增加降低性能。
本可以在服务器端处理,而在客户端获取数据
// 不好:在客户端组件中获取数据
"use client";
import { useState, useEffect } from "react";
export default function Users() {
const [users, setUsers] = useState([]);
useEffect(() => {
fetch("/api/users")
.then((res) => res.json())
.then((data) => setUsers(data));
}, []);
return (
<ul>
{users.map((user) => (
<li key={user.id}>{user.name}</li>
))}
</ul>
);
}
更好的方法:
在服务器端而不是客户端获取数据。
好:在服务器组件中获取数据
export default async function Users() {
const res = await fetch("https://jsonplaceholder.typicode.com/users");
const users = await res.json();
return (
<ul>
{users.map((user) => (
<li key={user.id}>{user.name}</li>
))}
</ul>
);
}
为什么这样更好:
在服务器端获取数据有助于避免不必要的 JavaScript 传输到浏览器,确保更快的页面加载时间。
通过在服务器端获取数据,数据在页面渲染之前就已经加载,从而减轻了客户端的负担。
如何正确构建组件
与其盲目地在每个地方添加 "use client",更好的方法是将组件分为:
服务器组件(默认使用)
客户端组件(仅在绝对必要时使用)
这样可以确保最佳性能,并避免不必要的复杂性。
// 服务器组件
import Counter from "./Counter";
export default function Page() {
return (
<div>
<h1 className="text-xl">Hello, Next.js</h1>
<Counter />
</div>
);
}
// 客户端组件(Counter.tsx)
"use client";
import { useState } from "react";
export default function Counter() {
const [count, setCount] = useState(0);
return <button onClick={() => setCount(count + 1)}>Count: {count}</button>;
}
为什么这样更好?
Page 组件保持为服务器组件(经过优化,没有额外的 JavaScript)。
Counter 组件是客户端组件(因为它需要状态)。
除非组件需要状态或事件处理程序,否则不要使用 "use client"。
将应用程序的大部分保持为服务器端渲染 以获得更好的性能。
仅在必要时使用 "use client" 并正确构建客户端组件。
原文:
https://dev.to/joodi/are-you-using-use-client-wrong-in-nextjs-5f41?utm_source=dormosheio&utm_campaign=dormosheio
猜你喜欢
- 2025-05-22 如何通过 OpenMemory MCP 让你的客户端更具上下文感知能力
- 2025-05-22 expo开发RN前,先看完这篇文章节省你的对里面Router的理解
- 2025-05-22 深入理解受控组件、非受控组件
- 2025-05-22 深入解读新一代全栈框架 Fresh
- 2025-05-22 前端搭建 MCP Client(Web版)+ Server + Agent 实践
- 2025-05-22 写一句话,GPT 帮我生成整个项目?实测爆火开源工具 gpt-engineer
- 2025-05-22 MasterGo + MCP,借助 AI 实现设计稿转代码
- 2025-05-22 如何实现一个Claude Artifacts类似的代码生成工具?
- 2025-05-22 Vue与React 登录权限全局拦截对比
- 2025-05-22 如何让 AI 理解你的项目结构?| Cursor 高阶使用技巧
- 最近发表
- 标签列表
-
- cmd/c (64)
- c++中::是什么意思 (83)
- 标签用于 (65)
- 主键只能有一个吗 (66)
- c#console.writeline不显示 (75)
- pythoncase语句 (81)
- es6includes (73)
- sqlset (64)
- windowsscripthost (67)
- apt-getinstall-y (86)
- node_modules怎么生成 (76)
- chromepost (65)
- c++int转char (75)
- localstorage.removeitem (74)
- vector线程安全吗 (70)
- & (66)
- java (73)
- org.redisson (64)
- js数组插入 (83)
- gormwherein (64)
- linux删除一个文件夹 (65)
- mac安装java (72)
- eacces (67)
- 查看mysql是否启动 (70)
- 无效的列索引 (74)