Next.js 最佳实践
Next.js App Router 开发原则。
1. 服务端组件与客户端组件
决策树
Does it need...?
│
├── useState, useEffect, event handlers
│ └── Client Component ('use client')
│
├── Direct data fetching, no interactivity
│ └── Server Component (default)
│
└── Both?
└── Split: Server parent + Client child
默认选择
| 类型 | 用途 |
|---|
| 服务端 | 数据获取、布局、静态内容 |
| 客户端 | 表单、按钮、交互式 UI |
2. 数据获取模式
获取策略
| 模式 | 用途 |
|---|
| 默认 | 静态（构建时缓存） |
| 重新验证 | ISR（基于时间刷新） |
| 不缓存 | 动态（每次请求） |
数据流
| 来源 | 模式 |
|---|
| 数据库 | 服务端组件获取 |
| API | 带缓存的 fetch |
| 用户输入 | 客户端状态 + 服务端操作 |
3. 路由原则
文件约定
| 文件 | 用途 |
|---|
page.tsx | 路由 UI |
layout.tsx | 共享布局 |
loading.tsx | 加载状态 |
error.tsx | 错误边界 |
not-found.tsx | 404 页面 |
路由组织
| 模式 | 用途 |
|---|
路由组 (name) | 在不影响 URL 的情况下组织 |
并行路由 @slot | 多个同层级页面 |
拦截路由 (.) | 模态覆盖层 |
4. API 路由
路由处理器
| 方法 | 用途 |
|---|
| GET | 读取数据 |
| POST | 创建数据 |
| PUT/PATCH | 更新数据 |
| DELETE | 删除数据 |
最佳实践
- 使用 Zod 验证输入
- 返回正确的状态码
- 妥善处理错误
- 尽可能使用 Edge 运行时
5. 性能原则
图片优化
- 使用 next/image 组件
- 为首屏内容设置 priority
- 提供模糊占位符
- 使用响应式尺寸
打包优化
- 对重型组件使用动态导入
- 基于路由的代码分割（自动）
- 使用打包分析器进行分析
6. 元数据
静态与动态
| 类型 | 用途 |
|---|
| 静态导出 | 固定元数据 |
| generateMetadata | 按路由动态生成 |
必要标签
- title（50-60 个字符）
- description（150-160 个字符）
- Open Graph 图片
- 规范 URL
7. 缓存策略
缓存层级
| 层级 | 控制方式 |
|---|
| 请求 | fetch 选项 |
| 数据 | revalidate/tags |
| 完整路由 | 路由配置 |
重新验证
| 方法 | 用途 |
|---|
| 基于时间 | revalidate: 60 |
| 按需 | revalidatePath/Tag |
| 不缓存 | no-store |
8. 服务端操作
使用场景
最佳实践
- 使用 'use server' 标记
- 验证所有输入
- 返回带类型的响应
- 处理错误
9. 反模式
| ❌ 不要 | ✅ 要 |
|---|
| 到处使用 'use client' | 默认使用服务端 |
| 在客户端组件中获取数据 | 在服务端获取 |
| 跳过加载状态 | 使用 loading.tsx |
| 忽略错误边界 | 使用 error.tsx |
| 庞大的客户端包 | 动态导入 |
10. 项目结构
app/
├── (marketing)/ # Route group
│ └── page.tsx
├── (dashboard)/
│ ├── layout.tsx # Dashboard layout
│ └── page.tsx
├── api/
│ └── [resource]/
│ └── route.ts
└── components/
└── ui/
记住： 服务端组件作为默认选择是有原因的。从这里开始，仅在需要时添加客户端。
