---
tags: [React, Migration, Upgrade, Frontend]
create time: 2026-04-29 22:17
---
# 迁移与升级
## 概述
大型 React 项目不可避免地面临技术债务和版本升级。本文档提供从 Class 组件到函数组件、从旧版 Router 到 v7、以及应对 React Major Version 变更的系统化迁移策略。
## Class → Function + Hooks 迁移
### 逐步对照表
| Class 特性 | Hook 等效写法 |
|-----------|--------------|
| `this.state` | `useState` |
| `componentDidMount` | `useEffect(() => { ... }, [])` |
| `componentDidUpdate(prev)` | `useEffect(() => { ... }, [dep])` |
| `componentWillUnmount` | `useEffect(() => { return () => { cleanup } })` |
| `this.setState(fn)` | `setState(prev => ({ ... }))` |
| `ref = React.createRef()` | `useRef` |
| `shouldComponentUpdate` | `React.memo` / `useMemo` / `useCallback` |
| Context.Consumer | `useContext` |
| 派生计算值 | `useMemo(() => expensiveCalc(data), [data])` |
| 传递函数避免重渲染 | `useCallback(fn, deps)` |
### 性能相关 Hooks 迁移
在实际迁移中,Class 组件往往隐含了 `shouldComponentUpdate` 或手动优化逻辑。用 Hooks 重写时需要显式声明:
```tsx
// ❌ Before: Class Component — 隐式全量渲染
class TodoList extends React.Component {
state = { filter: "", todos: [] };
// shouldComponentUpdate 需要手动写,否则每次都全量渲染
render() {
return (
this.setState({ filter: e.target.value })} />
{/* todos 每次都会重新创建新数组引用,子列表无法优化 */}
t.text.includes(this.state.filter))} />
);
}
}
// ✅ After: useMemo + useCallback 显式控制
function TodoList() {
const [filter, setFilter] = useState("");
const todos = useTodos(); // custom hook
// 只在 todos/filter 变化时重新过滤
const filteredTodos = useMemo(
() => todos.filter(t => t.text.includes(filter)),
[todos, filter]
);
// setFilter 引用稳定,不会导致子组件无效重渲染
const handleFilter = useCallback((e: React.ChangeEvent) => {
setFilter(e.target.value);
}, []);
return (
);
}
```
> [!tip] 何时使用 useMemo vs useCallback
> - **memorize value** → `useMemo`: 用于昂贵计算结果或防止子组件 props 引用变化
> - **memorize function** → `useCallback`: 用于传递给子组件回调或作为 effect 依赖
> - **不要过早优化**: 没有 profiling 数据支持时,默认不用 memo——可读性优先
### 迁移工具推荐
> [!note] react-codemod 自动化迁移
> Facebook 官方提供的 codemod 可以批量转换大部分 Class → Function 代码:
> ```bash
> npx jscodeshift -t node_modules/react-codemod/transforms/class-to-hook.js src/
> ```
> ⚠️ Codemod 只做机械转换,`useEffect` cleanup、`useCallback` 依赖数组等仍需人工审查。
> 建议将 `git diff --name-only` 结果加入 Code Review。
> [!warning] 迁移 Checklist
> - [ ] 所有 `componentDidMount/Update/Unmount` 转译为 useEffect
> - [ ] State 合并:将互不相关的 state 拆分,减少不必要的重渲染
> - [ ] 移除 `this.` —— 检查所有闭包中的变量引用
> - [ ] Props 类型从 class props 改为 interface 解构
> - [ ] 审查 `useEffect` 依赖数组,避免 stale closure
> - [ ] 为传给子组件的函数添加 `useCallback`(如经 profiling 确认需要)
## React Router v6 → v7 迁移
```mermaid
graph LR
A["v6 BrowserRouter + Switch"] -->|"Routes + createBrowserRouter"| B["v7 Data Router"]
C["v6
Route path prop"] -->|"简化"| D["v7 route config object"]
E["v6
Redirect"] -->|"Navigate replace"| F["v7 Navigate"]
G["v6 Outlet"] -->|"保留,位置不变"| H["v7 Outlet"]
style A fill:#F4DBD6,color:#000
style B fill:#61DAFB,color:#000
```
### API 映射速查
| v6 | v7 | 备注 |
|----|----|------|
| `` | `` + `createBrowserRouter` | data router 模式 |
| `Switch` | `Routes` | v6 已有 |
| `` | `` | 语义更清晰 |
| `useHistory` | `useNavigate` | 名称统一 |
| `` | `} >` | JSX 方式 |
| `match.params` | `useParams()` | hook 方式 |
| `useLocation()` | 同 v6 | `location.key` 不再等于 `"default"` |
### Data Router 配置示例
v7 引入 **Data Router** 概念,路由配置从 JSX 变为纯数据驱动:
```tsx
// ❌ v6: JSX 声明式路由
import { BrowserRouter, Routes, Route } from "react-router-dom";
function App() {
return (
}>
} />
} />
);
}
// ✅ v7: createBrowserRouter 数据驱动
import { createBrowserRouter, RouterProvider } from "react-router-dom";
const router = createBrowserRouter([
{
path: "/",
element: ,
children: [
{ index: true, element: },
{ path: "users/:id", element: },
],
},
]);
function App() {
return ;
}
```
> [!note] 为什么 Data Router?
> Data Router 将路由状态与 React 状态分离,使得导航、加载、错误处理可以脱离组件树独立管理。这为后续 Loader / Action / Error Boundary 等数据功能奠定了基础。如果需要保留 JSX 写法,可以使用 `createRoutesFromElements` 桥接。
```tsx
// 折中方案:用 JSX 创建 route config
import { createBrowserRouter, createRoutesFromElements, Route } from "react-router-dom";
const router = createBrowserRouter(
createRoutesFromElements(
}>
} />
} />
)
);
```
> [!warning] 常见陷阱
> - `useParams()` 在 route 未匹配时返回空对象 `{}` 而非 undefined,需要显式判断
> - `useSearchParams()` 行为与 v6 一致,但 URL 解析基于 Data Router
> - 嵌套路由的 Outlet 必须渲染在父元素中,否则子路由不会显示
## React 17 → 18 兼容性
React 18 是一个 **渐进式** 升级,不需要整体重写。核心变更如下:
| 注意事项 | 说明 |
|----------|------|
| `ReactDOM.render` 已废弃 | 改用 `createRoot().render()` |
| `ReactDOM.unmountComponentAtNode` 已废弃 | 改用 `root.unmount()` |
| 事件处理在微任务中执行 | 批处理行为改变;`event.persist()` 已移除 |
| StrictMode 双重渲染 | 开发环境 effect 先 mount → unmount → remount(用于检测不安全 effect) |
| 自动批处理扩展 | React 事件、promise、setTimeout 等全部自动批处理 |
```tsx
// React 17
import ReactDOM from "react-dom";
ReactDOM.render(, document.getElementById("root"));
// React 18
import { createRoot } from "react-dom/client";
const root = createRoot(document.getElementById("root"));
root.render();
```
### Suspense on Waterfall & Streaming SSR
React 18 的 Suspense 可以配合 `SuspenseList` 和 streaming SSR 实现渐进式加载:
```tsx
// Server Component 场景(Next.js App Router)
// 外层 UI 立即呈现,内部大组件用 Suspense 包裹懒加载
export default function Page() {
return (
// 立即渲染
// 立即渲染
}>
// 等待数据加载后渲染
);
}
```
### useTransition & useDeferredValue
React 18 引入两个新的 concurrency primitives,用于优化用户体验:
```tsx
import { useState, useTransition, useDeferredValue } from "react";
function SearchPage() {
const [query, setQuery] = useState("");
const [isPending, startTransition] = useTransition();
// 输入更新是"普通"优先级,结果渲染是"低"优先级
const handleInput = (value: string) => {
setQuery(value); // 保持输入响应
startTransition(() => {
doExpensiveSearch(value); // 不阻塞输入
});
};
return (
<>
handleInput(e.target.value)} />
{isPending && }
>
);
}
```
### createPortal 变更
v18 起 `createPortal` 的宿主容器不再要求必须是 DOM 树中的元素——这意味着可以在 off-screen 容器中创建 portal,延迟挂载到 DOM:
```tsx
// v17: 必须先将容器添加到 DOM
const container = document.createElement("div");
document.body.appendChild(container);
const portal = createRoot(container);
// v18: 可以直接创建,稍后再挂载
const container = document.createElement("div");
const portal = createRoot(container);
// ... later ...
document.body.appendChild(container.children[0]);
```
### React 18 升级 Checklist
> [!note] React 17 → 18 升级清单
> - [ ] `ReactDOM.render` → `createRoot().render()`
> - [ ] `StrictMode` 下确认无副作用泄漏(effect unmount/remount 测试)
> - [ ] 检查第三方库是否声明了 `react@^18` peerDep
> - [ ] `useTransition` / `useDeferredValue` 可逐步引入到高延迟场景
> - [ ] 流式 SSR 项目需验证 hydration 兼容性
> - [ ] `act()` 警告更严格,确保测试中 await act()
## Next.js Pages → App Router 迁移
### 目录与 API 对照表
| Pages Router | App Router |
|-------------|-----------|
| `pages/` 目录 | `app/` 目录 |
| `_document.tsx` | **不再需要**,由框架自动生成 HTML |
| `_app.tsx` | `app/layout.tsx`(根布局) |
| `getServerSideProps` | async Page 组件 |
| `getStaticProps` | async Page + `revalidate` |
| `next/router` | `next/navigation` |
| `getInitialProps` | **不支持**,需用 Server Component 替代 |
| `_middleware.ts` | `middleware.ts` |
| Dynamic Route `[slug]` | `[slug]/page.tsx` |
### 核心差异:Server Components vs Client Components
App Router 中默认页面组件是 **React Server Component (RSC)**:
```tsx
// ❌ Pages Router: getServerSideProps — 必须显式导出
export async function getServerSideProps() {
const data = await api.getData();
return { props: { data } };
}
function Page({ data }) {
return ;
}
// ✅ App Router: async 组件直接运行在服务端
async function Page() {
const data = await api.getData();
// data 不会序列化发送到客户端,减少 bundle size
return ;
}
// ⚡ 需要交互的组件用 "use client" 标记为 Client Component
"use client";
import { useState } from "react";
function Counter() {
const [count, setCount] = useState(0);
return ;
}
```
### Loading UI & Error Boundary
Pages Router 需要手动实现 loading 和 error 页面;App Router 内置支持:
```tsx
// app/dashboard/loading.tsx — 过渡 UI 自动展示
export default function Loading() {
return Loading dashboard...
;
}
// app/dashboard/error.tsx — boundary 捕获错误,无需 try/catch
"use client";
export default function Error({ error, reset }: { error: Error; reset: () => void }) {
return (
Something went wrong!
);
}
```
### Middleware 变化
```ts
// ❌ Pages Router: _middleware.ts — 匹配规则有限
import { NextResponse } from "next/server";
export function middleware(req) {
if (!req.cookies.get("auth")) {
return NextResponse.redirect("/login");
}
}
// ✅ App Router: middleware.ts — 更强大的匹配和响应能力
import { NextResponse } from "next/server";
export function middleware(req) {
const token = req.cookies.get("auth")?.value;
if (!token && !req.nextUrl.pathname.startsWith("/login")) {
return NextResponse.redirect(new URL("/login", req.url));
}
return NextResponse.next(); // 放行
}
export const config = { matcher: "/dashboard/:path*" }; // 只匹配需要的路由
```
### 迁移路径建议
> [!tip] 渐进式迁移策略
> - **方案 A(推荐)**:在 `next.config.js` 中设置 `experimental.appDir = true`,双模式并行,按页面逐个迁移到 `app/`
> - **方案 B**:新项目直接使用 App Router,老项目保持 Pages Router 不动
> - 注意:`getInitialProps` **无法**迁移到 App Router,需要用 fetch + 缓存替代
## Major Version 升级通用流程
```mermaid
flowchart TD
A["New Version Released"] --> B["Read Changelog / Breaking Changes"]
B --> C{"Impact Assessment"}
C --> D["Minor version bump"]
C --> E["API changes / new config"]
F["Architecture change"]
D --> G["Upgrade + CI verify"]
E --> H["Fix per file"]
F --> I["Phased migration + parallel test"]
G --> J["Update deps + run tests"]
H --> J
I --> J
J --> K["Staging verification"]
K --> L["Canary release / Feature Flag"]
L --> M["Full rollout"]
style F fill:#F5A87D,color:#000
style I fill:#F5A87D,color:#000
```
### 通用升级最佳实践
> [!quote] 经验法则
> **永远不要在同一次 PR 中升级依赖 + 重构业务逻辑。** 如果测试失败,你无法判断是版本破坏还是你的代码有问题。分步进行:先升级跑通 CI,再逐步优化。
| 实践 | 说明 |
|------|------|
| **锁定大版本** | `package.json` 中使用 `"^18.2.0"` 而非 `"*"`,防止意外拉取 patch 外的变更 |
| **CI 前置** | 升级后首先确保所有测试通过(含 snapshot test) |
| **逐个升级** | 先修 core(React),再修生态(Router、Redux 等),最后修 UI 库 |
| **Feature Flag** | 对新路由或新页面用 feature flag 控制,观察指标后再全量开放 |
| **监控告警** | 上线后关注 Error Boundary 捕获的异常数量和性能指标(LCP、FCP) |
## 常见陷阱汇总
> [!danger] Class → Function 常见陷阱
> - **stale closure**: `useEffect` 中没有把依赖放入数组,导致闭包中读取到旧值
> ```tsx
> // ❌ name 变化时 effect 不会重新执行
> useEffect(() => { console.log(name); }, []);
> // ✅ 正确写法
> useEffect(() => { console.log(name); }, [name]);
> ```
> - **过度使用 memo**: `React.memo` / `useMemo` / `useCallback` 本身有比较成本, profiling 确认瓶颈后再加
> - **忽略 cleanup**: `useEffect` 返回的 cleanup 函数必须清除定时器、取消 fetch、移除 listener
> [!danger] Router 常见陷阱
> - Data Router 下 `navigate()` 不会自动停止正在进行的 loader fetch,需要 `AbortController`
> - v7 的 `future.v7_relativeSplatPath` 改变了 splat route 的路径解析规则
> - 嵌套路由中忘记在父元素渲染 `` 导致子路由不显示
> [!danger] React 18 常见陷阱
> - StrictMode 双重渲染不是 bug,是有意为之的检测机制——利用它发现 effect cleanup 问题
> - `ReactDOM.render` 移除后老代码直接报错,需要用 codemod 批量替换
> - `act()` 包装缺失会导致测试异步状态更新丢失,务必 `await act(async () => {...})`
> [!danger] Next.js 常见陷阱
> - Client Component 中不能直接 `import` Server Component
> - 动态路由组 `(group)` 只影响 URL 路径,不影响目录结构
> - App Router 中的 layout 会跨页面保持状态,需用 `key` 强制重建
## 关联笔记
- [[hhs/REACT/2. Hooks 篇/05-核心 Hooks]]
- [[hhs/REACT/3. 生态工具篇/08-路由管理]]
- [[hhs/REACT/4. 进阶篇/13-并发特性]]
- [[hhs/REACT/4. 进阶篇/14-Serverside Rendering]]
- [[hhs/REACT/5. 工程实践篇/15-性能优化]]
- [[hhs/REACT/5. 工程实践篇/16-测试]]