一、執(zhí)行兩次的useEffect。

前段時(shí)間在本地啟了一個(gè) React Demo 項(xiàng)目，在編碼的過程中遇到一個(gè)很奇怪的“Bug”。

其中簡化版的代碼如下所示。

// 入口文件
import { StrictMode } from 'react';
import * as ReactDOMClient from 'react-dom/client';
import App from './App';
const root = ReactDOMClient.createRoot(document.getElementById('root'));
root.render(
  <StrictMode>
    <App />
  </StrictMode>
);

// 組件代碼
import React, { useEffect } from 'react';
const App = () => {
  useEffect(() => {
    console.log('組件掛載完成！');
  }, []);
  return <>Hello world!</>;
};

我是萬萬沒想到，就這樣幾行簡單的代碼竟然會(huì)觸發(fā)一個(gè)“Bug”。

此“Bug”的表現(xiàn)為：在 Chrome 控制臺(tái)里發(fā)現(xiàn) “Hello world!” 被打印了 “兩次”。

刷新之后依然如此，當(dāng)時(shí)就給我整懵了，第一感覺就是，這怎么可能？

很是糾結(jié)一番之后依然沒想明白，于是試著去網(wǎng)上搜了一下，發(fā)現(xiàn)竟然有人同樣遇到過這個(gè)問題。

通過網(wǎng)上指引，同時(shí)去官網(wǎng)查了一下，終于得出答案。

這不是 Bug，這是 React18 新加的特性。

二、React18 useEffect 新特性

1.這是 React18 才新增的特性。
2.僅在開發(fā)模式("development")下，且使用了嚴(yán)格模式("Strict Mode")下會(huì)觸發(fā)。
  生產(chǎn)環(huán)境("production")模式下和原來一樣，僅執(zhí)行一次。
3.之所以執(zhí)行兩次，是為了模擬立即卸載組件和重新掛載組件。
  為了幫助開發(fā)者提前發(fā)現(xiàn)重復(fù)掛載造成的 Bug 的代碼。 
  同時(shí)，也是為了以后 React的新功能做鋪墊。 
  未來會(huì)給 React 增加一個(gè)特性，允許 React 在保留狀態(tài)的同時(shí)，能夠做到僅僅對(duì)UI部分的添加和刪除。
  讓開發(fā)者能夠提前習(xí)慣和適應(yīng)，做到組件的卸載和重新掛載之后， 重復(fù)執(zhí)行 useEffect的時(shí)候不會(huì)影響應(yīng)用正常運(yùn)行。

如何應(yīng)對(duì)

看過文檔以及了解他們這么做的本意之后，我也能夠理解他們會(huì)這樣做了。

只是，對(duì)于這種半強(qiáng)迫式操作多少有些不喜歡，感覺是在代碼中”被強(qiáng)迫打一針疫苗？”。

當(dāng)然，人家就是這么干了，作為 React 的普通使用者，能做的就是 適應(yīng)它 ，并按照它的規(guī)范來做。

1.首先先了解一下 React 中 useEffect 執(zhí)行的時(shí)機(jī)

Every time your component renders, React will update the screen and then run the
code inside useEffect.

每次組件渲染時(shí)，React 都會(huì)更新頁面 UI，然后運(yùn)行 useEffect 中的代碼。

Effects run at the end of the rendering process after the screen updates

Effect 在屏幕更新之后的 rendering 進(jìn)程結(jié)束的時(shí)候執(zhí)行。

從上面可以得出結(jié)論，React 中的 useEffect 執(zhí)行時(shí)機(jī)是在組件渲染之后（類似于 window(component).onload ？）。

因此，對(duì)于某些“副作用”的渲染，比如異步接口請(qǐng)求，事件綁定等操作我們通常都放在 useEffect 中執(zhí)行。

當(dāng)然，useEffect 除了在組件渲染的時(shí)候執(zhí)行外，在組件卸載的時(shí)候也有相關(guān)執(zhí)行操作。

在組件卸載的時(shí)候會(huì)執(zhí)行 useEffect 方法的return語句。

useEffect(() => {
  window.a = 100;
  return (window.a = 0);
}, []);

如上代碼段，當(dāng)組件渲染的時(shí)候會(huì)執(zhí)行window.a = 100，當(dāng)組件卸載的時(shí)候會(huì)執(zhí)行window.a = 0。

知道了 useEffect 的執(zhí)行時(shí)機(jī)，也就能明白為什么 React18 中 useEffect 會(huì)執(zhí)行兩次了。

因?yàn)椋?React18 在開發(fā)環(huán)境中除了必要的掛載之外，還 "額外"模擬執(zhí)行了一次組件的卸載和掛載。

既然知道了原因，那么，接下來就是想辦法解決了。

2.怎么樣才能讓 Effect 執(zhí)行一次？。

對(duì)于這個(gè)問題，官方文檔上面有一句原話：The right question isn’t “how to run an Effect once,” but “how to fix my Effect so that it works after remounting”.翻譯一下，就是說：正確的問題不是“怎么樣讓 Effect 執(zhí)行一次”，而是“怎樣修復(fù)我的 Effect，讓它在(重復(fù))掛載之后正常工作”

也可以理解，畢竟在 React 的未來版本中做離屏渲染的時(shí)候 useEffect 肯定會(huì)多次執(zhí)行的。

而且，即使是當(dāng)前版本，在做頁面的前進(jìn)后退也會(huì)面臨觸發(fā)多次 useEffect。

所以，解決辦法其實(shí)就是解決 重復(fù)掛載卸載之后 應(yīng)用正常工作了。

###3.具體的解決方法

我們知道 useEffect 支持返回一個(gè)函數(shù)，在組件卸載的時(shí)候就會(huì)執(zhí)行該函數(shù)。

因此，通常正確解法就是 實(shí)現(xiàn)清理函數(shù)，并將其在 useEffect 中返回。

當(dāng)然，不同的 Effect 需要有不同的清理方式。

在常用 Effect 分類下，大致有如下幾類清理。

1）清理事件監(jiān)聽

useEffect(() => {
  function handleScroll(e) {
    console.log(e.clientX, e.clientY);
  }
  window.addEventListener('scroll', handleScroll);
  return () => window.removeEventListener('scroll', handleScroll);
}, []);

對(duì)于事件監(jiān)聽類函數(shù)，在返回函數(shù)內(nèi)部“取消掉事件監(jiān)聽”即可。

2-1）重置頁面數(shù)據(jù)，清理屬性狀態(tài)

useEffect(() => {
  const node = ref.current;
  node.style.opacity = 1; // Trigger the animation
  return () => {
    node.style.opacity = 0; // Reset to the initial value
  };
}, []);

對(duì)于一些頁面屬性的變更，在返回函數(shù)內(nèi)部將其變更的屬性進(jìn)行還原。

2-2）重置頁面數(shù)據(jù)，還原元素狀態(tài)

import { useEffect, useRef } from 'react';
function VideoPlayer({ src, isPlaying }) {
  const ref = useRef(null);
  useEffect(() => {
    if (isPlaying) {
      ref.current.play();
    } else {
      ref.current.pause();
    }
  });
  return <video ref={ref} src={src} loop playsInline />;
}

涉及到元素狀態(tài)的，比如播放器之類，需要對(duì)（元素）播放器的狀態(tài)進(jìn)行重置。

2-3）重置頁面數(shù)據(jù)，彈窗類。

useEffect(() => {
  const dialog = dialogRef.current;
  dialog.showModal();
  return () => dialog.close();
}, []);

如果是默認(rèn)彈窗類，這種也算是元素狀態(tài)，同樣需要對(duì)其（彈出）狀態(tài)進(jìn)行重置。

3-1）異步請(qǐng)求頁面數(shù)據(jù)處理，處理異步數(shù)據(jù)渲染

useEffect(() => {
  let ignore = false;
  async function startFetching() {
    const json = await fetchTodos(userId);
    // 這里執(zhí)行是異步的，所以第一次執(zhí)行到此處的時(shí)候組件已經(jīng)被卸載了
    // 此時(shí)的 ignore 已經(jīng)被 return 里面的方法置為 true 了
    // 所以這里第一次執(zhí)行的時(shí)候不執(zhí)行 setTodos(json)
    // setTodos 其實(shí)是在第二次執(zhí)行的時(shí)候才觸發(fā)
    if (!ignore) {
      setTodos(json);
    }
  }
  startFetching();
  return () => {
    ignore = true;
  };
}, [userId]);

如上代碼，對(duì)于異步請(qǐng)求數(shù)據(jù)并渲染這一類。

我們可以設(shè)置一個(gè) 標(biāo)識(shí)位，做到對(duì) 請(qǐng)求返回的數(shù)據(jù) 僅做一次處理與渲染setTodos(json)。

codesandbox 測(cè)試代碼段

3-2）異步請(qǐng)求頁面數(shù)據(jù)處理，處理接口請(qǐng)求

上面的方法雖然僅會(huì)渲染一次，但是請(qǐng)求依然發(fā)起了多次。

如果不希望請(qǐng)求多次，也可以使用請(qǐng)求接口數(shù)據(jù)的緩存方案，對(duì)返回?cái)?shù)據(jù)進(jìn)行緩存。

const cache = useRef(null);
useEffect(() => {
  let ignore = false;
  async function startFetching() {
    if (!cache.current) {
      cache.current = await fetchTodos(userId);
    }
    if (!ignore) {
      setTodos(cache.current);
    }
  }
  startFetching();
  return () => {
    ignore = true;
  };
}, [userId]);

對(duì)于異步請(qǐng)求，除了可以處理渲染頻率，還可以對(duì)接口的請(qǐng)求本身做緩存。

在前面3-1的基礎(chǔ)上，緩存接口返回的數(shù)據(jù)，下次請(qǐng)求的時(shí)候如果已經(jīng)有緩存數(shù)據(jù)了就直接用，無須再次發(fā)起請(qǐng)求。

4）無須清理類

并不是所有的 useEffect 函數(shù)都需要清理，對(duì)于一些沒有副作用的函數(shù)，我們完全可以不做處理

useEffect(() => {
  const map = mapRef.current;
  map.setZoomLevel(zoomLevel);
}, [zoomLevel]);

如上代碼所示，setZoomLevel 方法僅僅是設(shè)置一下 Dom 元素的層級(jí)。
這種操作無論同時(shí)執(zhí)行多少次都不會(huì)有太大的影響，所以對(duì)于這一類我們就隨他去吧，畢竟線上也不會(huì)執(zhí)行多次。

5）日志 log 上報(bào)類

useEffect(() => {
  reportLog({ name: 'viewCount' });
}, []);

對(duì)于日志上報(bào)類，其實(shí)也可以算是無須清理類，但是又有點(diǎn)特殊。

因?yàn)?，?duì)于日志類，首先在開發(fā)環(huán)境中我們其實(shí)是無須進(jìn)行上報(bào)的，畢竟這種日志打上去也沒啥用。

當(dāng)然，如果是要對(duì)上報(bào)日志本身這個(gè)進(jìn)行調(diào)試等必須上報(bào)的情形，這種也有三種應(yīng)對(duì)方式：

方式一，在本地開發(fā)環(huán)境使用 console.log 來代替 reportLog。
方式二，取消掉嚴(yán)格模式（StrictMode） 方式三，構(gòu)建一個(gè) production
版本啟動(dòng)，或者將其部署到 QA 環(huán)境，部署的時(shí)候，指定 production 模式。

借鑒鏈接：大神地址：epoos

總結(jié)

到此這篇關(guān)于React18的useEffect執(zhí)行兩次該如何應(yīng)對(duì)的文章就介紹到這了,更多相關(guān)React18 useEffect執(zhí)行兩次內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！