一般来说,无限循环被认为是不好的做法。但在一些边界 case 中,你没有任何选择,只能选择无限循环。了解 React 的无限循环模式是件好事。
当无限循环没有无法停止时,最终浏览器会杀死你的代码正在运行的标签。所以不要使用没有任何断点的 “无限循环”。
useEffect hook 允许我们在一个组件中表现出副作用。当 hooks 被引入 react 16 时,useEffect
hooks 比其他 hooks 更有吸引力。因为它提供了 componentDidMount
、componentDidUpdate
和 componentWillUnmount
生命周期方法的综合功能。
只有当依赖关系被改变时,useEffect hook 才会触发回调函数。而且它使用浅
比较法来比较 hooks 的值。
你可以把 useEffect 看作是一块能量石,它是一块最强大的石头,如果你没有正确地处理它,这块石头会摧毁你。
缺失依赖关系的 useEffect 通常被认为是一种不好的做法,所以总是尽量避免它。
思考一下下面的代码,它将一直调用 API。
useEffect(() => {
fetch("/api/user")
.then((res) => res.json)
.then((res) => {
setData(res);
});
});
如果 useEffect 只有在依赖关系发生变化时才触发回调,那为什么我们在这里会出现无限循环?
你需要考虑到 React 的另一个重要的法则,即 “当 state 或 props 发生变化时,组件将重新渲染”。
在这段代码中,我们使用 setData
在网络调用成功后设置状态值,它将触发组件的重新渲染。由于 useEffect 没有值可以比较,所以它将调用回调。
Fetch 将再次触发setData
,setData
将触发组件重新渲染,如此反复。
我们需要将依赖指定为空数组。
useEffect(() => {
fetch("/api/user")
.then((res) => res.json)
.then((res) => {
setData(res);
});
}, []); // <- dependencies
根据官方文档,省略依赖关系是不安全的
useEffect 使用浅层对象比较来确定数据是否被改变。因为奇怪的 JavaScript 条件判断系统 。
var mark1 = function () {
return "100";
}; // 唯一的对象引用
var mark2 = function () {
return "100";
}; // 唯一的对象引用
mark1 == mark2; // false
mark1 === mark2; // false
让我们看看以下代码
import React, { useCallback, useEffect, useState } from "react";
export default function App() {
const [count, setCount] = useState(0);
const getData = () => {
return window.localStorage.getItem("token");
};
const [dep, setDep] = useState(getData());
useEffect(() => {
setCount(count + 1);
}, [getData]);
return (
<div className="App">
<h1>Hello CodeSandbox</h1>
<button onClick={() => setCount(count + 1)}>{count}</button>
<h2>Start editing to see some magic happen!</h2>
</div>
);
}
函数 getData
作为依赖项被传入。
当你运行这段代码时,它将抛出 “超过最大更新” 的错误,这意味着代码有一个无限循环。
由于 useEffect 使用浅层比较法来比较数值。该函数的浅层比较将总是给出 false。
为了修复这个问题,我们需要使用另一个叫做 useCallback
的 hook。
useCallback
返回一个memoized 版本的回调,只在依赖关系改变时才会改变。
const getData = useCallback(() => {
return window.localStorage.getItem("token");
}, []); // <- dependencies
你可能知道,二者的浅层比较总是假的,所以以数组形式传递依赖关系也会导致 “无限循环”。
让我们看看以下代码
import React, { useCallback, useEffect, useState } from "react";
export default function App() {
const [count, setCount] = useState(0);
const dep = ["a"];
const [value, setValue] = useState(["b"]);
useEffect(() => {
setValue(["c"]);
}, [dep]);
return (
<div className="App">
<h1>Hello CodeSandbox</h1>
<button onClick={() => setCount(count + 1)}>{count}</button>
<h2>Start editing to see some magic happen!</h2>
</div>
);
}
这里,数组 dep
作为 useEffect 的依赖传入。
当你运行这段代码时,浏览器控制台会抛出这个错误。
两个数组的浅层比较总是假的,所以 useEffect
总是会触发回调。
由于 useCallback
的返回是一个函数,我们不能使用。
那么,我们应该怎么办?
我们需要使用另一个名为 useRef
的 hook
useRef
返回一个可变的对象,.current
具有初始值。
你可能会猜到两个对象的浅层比较总是假的,所以 useEffect
会一直触发回调。
让我们看看一下这段代码
import React, { useEffect, useState, useRef } from "react";
export default function Home() {
const [value, setValue] = useState(["b"]);
const { current: a } = useRef(["a"]);
useEffect(() => {
setValue(["c"]);
}, [a]);
}
data
是作为 useEffect 的依赖项传入的。
当你运行这段代码时,你的浏览器控制台将被抛出一个无限循环的错误。
对象的浅层比较将永远是假的,所以它将触发 useEffect 的回调。
如果我们将依赖关系备忘化,我们就能打破无限循环。那么,如何做到这一点呢?
是的,我们将使用另一个名为 useMemo
的 hook。
useMemo
只有在依赖关系发生变化时才会重新计算记忆化的值。
import React, { useMemo, useEffect, useState } from "react";
export default function App() {
const [count, setCount] = useState(0);
const data = useMemo(
() => ({
is_fetched: false,
}),
[]
); // <- dependencies
useEffect(() => {
setCount(count + 1);
}, [data]);
return (
<div className="App">
<h1>Hello CodeSandbox</h1>
<button onClick={() => setCount(count + 1)}>{count}</button>
<h2>Start editing to see some magic happen!</h2>
</div>
);
}
错误的依赖关系与 React
无关,甚至与 javascript
无关。当使用错误的依赖关系时,我们必须承担起责任。
让我们看看一下这段代码
import React, { useEffect, useState } from "react";
const App = () => {
const [text, setText] = useState("");
useEffect(() => {
setText(text);
}, [text]);
return null;
};
export default App;
我希望没有必要解释这个问题模式和它的修复方法。如果你想知道解释和修复方法,请在评论中告诉我。
注意:有很多方法可以避免 React 组件内部的无限循环,我只提到了几种方法。
总是使用 eslint-plugin-react-hooks 或 create-react-app,它将帮助你在这些问题进入生产环境之前找到这些问题。
一家公司在一周内因无限循环而损失了 $ 7.2 w。
所以在使用 useEffect
的时候一定要特别小心。
Copyright© 2013-2020
All Rights Reserved 京ICP备2023019179号-8