React Performance Hooks之useMemo

默認(rèn)情況下窗慎,React 每次重新渲染時都會重新運(yùn)行組件的整個主體训柴。
優(yōu)化重新渲染性能的常見方法是跳過不必要的工作缸濒。 例如,可以告訴 React 重用緩存的計(jì)算植榕,或者如果數(shù)據(jù)自上次渲染以來沒有更改再沧,則跳過重新渲染。

要跳過計(jì)算和不必要的重新渲染尊残,請使用以下 Hooks 之一:

  • useMemo 緩存計(jì)算結(jié)果炒瘸。
  • useCallback緩存函數(shù)定義,再傳遞給優(yōu)化組件寝衫。
    要優(yōu)先考慮渲染顷扩,請使用以下 Hooks 之一:
  • useTransition 將狀態(tài)轉(zhuǎn)換標(biāo)記為非阻塞并允許其他更新中斷它。
  • useDeferredValue 可以推遲更新 UI 的非關(guān)鍵部分慰毅,并讓其他部分先更新隘截。

useMemo

useMemo 會在重新渲染之間緩存calculateValue結(jié)果,直到dependencies發(fā)生變化汹胃,第二個參數(shù)不傳的話婶芭,會每次都調(diào)用計(jì)算函數(shù)。

const cachedValue = useMemo(calculateValue, dependencies)

定義

參數(shù)

  • calculateValue: 不帶任何參數(shù)着饥,例如 () =>犀农,并返回想要計(jì)算的值。dependencies如果改變宰掉,會重新調(diào)用該函數(shù)呵哨。

  • dependencies: 依賴項(xiàng)列表,包括組件中計(jì)算中使用的每個值轨奄。例如:[todos, tab](通過 Object.is比較dependencies兩次的值孟害。

返回值

在初始渲染中,“useMemo”返回不帶參數(shù)調(diào)用“calculateValue”的結(jié)果挪拟。

在下一次渲染期間挨务,它將返回上次渲染中已存儲的值(如果依賴項(xiàng)未更改),或者再次調(diào)用“calculateValue”舞丛,并返回“calculateValue”返回的結(jié)果耘子。

用法

1.跳過重新計(jì)算

1.當(dāng) List 的 props 與上次渲染時相同時果漾,可以通過將其包裝在 memo:
中來告訴 List 跳過重新渲染:

import { useMemo, useState } from "react";

export function MemoDemo() {
  const [name, setName] = useState("Tom");
  const [todoList, setTodoList] = useState(["1", "2", "3"]);
  const todoData: any = useMemo(() => {
    return todoList.filter((item) => item != "1");
  }, [todoList]);

  return (
    <div>
      <div
        onClick={() => {
          setName("Lisa"); //click的時候球切, 不會在調(diào)用filter方法
        }}
      >
        memo {name}
      </div>
      <List todoList={todoData}></List>
    </div>
  );
}
function List({ todoList }) {
  return todoList.map((item) => <span key="item">{item}</span>);
}

2.記住另一個hook的依賴項(xiàng)

function Dropdown({ allItems, text }) {
  const searchOptions = { matchMode: 'whole-word', text };

  const visibleItems = useMemo(() => {
    return searchItems(allItems, searchOptions);
  }, [allItems, searchOptions]); // ?? 注意: dependency是在組件中創(chuàng)建的object
  // ...

上述dependency是在組件中創(chuàng)建的object,每次組件在渲染的時候都會重新創(chuàng)建一個searchOption對象绒障,每次都是不同的searchOptions對象吨凑, 所以visibleItems每次渲染都會執(zhí)行。

如何解決這個問題?可以將searchOptions對象也通過useMemo存儲下鸵钝。

function Dropdown({ allItems, text }) {
  const searchOptions = useMemo(() => {
    return { matchMode: 'whole-word', text };
  }, [text]); // ? Only changes when text changes

  const visibleItems = useMemo(() => {
    return searchItems(allItems, searchOptions);
  }, [allItems, searchOptions]); // ? Only changes when allItems or searchOptions changes
  // ...

進(jìn)一步的優(yōu)化糙臼,可以將searchOptions對象放在useMemo計(jì)算方法內(nèi)

function Dropdown({ allItems, text }) {
  const visibleItems = useMemo(() => {
    const searchOptions = { matchMode: 'whole-word', text };
    return searchItems(allItems, searchOptions);
  }, [allItems, text]); // ? Only changes when allItems or text changes
  // ...

3.緩存一個方法

export default function ProductPage({ productId, referrer }) {
  function handleSubmit(orderDetails) {
    post('/product/' + productId + '/buy', {
      referrer,
      orderDetails
    });
  }

  return <Form onSubmit={handleSubmit} />;
}

注意:{}, (){}, ()=> {},這種聲明在重新渲染時, 會創(chuàng)建一個新的函數(shù)恩商,那么對于緩存來說变逃,會認(rèn)為是不同的方法。
如何優(yōu)化怠堪?

export default function Page({ productId, referrer }) {
  const handleSubmit = useMemo(() => {
    return (orderDetails) => {
      post('/product/' + productId + '/buy', {
        referrer,
        orderDetails
      });
    };
  }, [productId, referrer]);

  return <Form onSubmit={handleSubmit} />;
}

這樣看著有些繁瑣揽乱,進(jìn)一步優(yōu)化,使用useCallback

export default function Page({ productId, referrer }) {
  const handleSubmit = useCallback((orderDetails) => {
    post('/product/' + productId + '/buy', {
      referrer,
      orderDetails
    });
  }, [productId, referrer]);

  return <Form onSubmit={handleSubmit} />;
}

參考更多 useCallback.

好了粟矿,那我們的useMemo到這里就結(jié)束了凰棉。

寶子們可以收藏評論交流哦

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市陌粹,隨后出現(xiàn)的幾起案子撒犀,更是在濱河造成了極大的恐慌,老刑警劉巖掏秩,帶你破解...
    沈念sama閱讀 218,122評論 6 505
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件或舞,死亡現(xiàn)場離奇詭異,居然都是意外死亡蒙幻,警方通過查閱死者的電腦和手機(jī)嚷那,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,070評論 3 395
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來杆煞,“玉大人魏宽,你說我怎么就攤上這事【龊酰” “怎么了队询?”我有些...
    開封第一講書人閱讀 164,491評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長构诚。 經(jīng)常有香客問我蚌斩,道長,這世上最難降的妖魔是什么范嘱? 我笑而不...
    開封第一講書人閱讀 58,636評論 1 293
  • 正文 為了忘掉前任送膳,我火速辦了婚禮,結(jié)果婚禮上丑蛤,老公的妹妹穿的比我還像新娘叠聋。我一直安慰自己,他們只是感情好受裹,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,676評論 6 392
  • 文/花漫 我一把揭開白布碌补。 她就那樣靜靜地躺著虏束,像睡著了一般。 火紅的嫁衣襯著肌膚如雪厦章。 梳的紋絲不亂的頭發(fā)上镇匀,一...
    開封第一講書人閱讀 51,541評論 1 305
  • 那天,我揣著相機(jī)與錄音袜啃,去河邊找鬼汗侵。 笑死,一個胖子當(dāng)著我的面吹牛群发,可吹牛的內(nèi)容都是我干的晃择。 我是一名探鬼主播,決...
    沈念sama閱讀 40,292評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼也物,長吁一口氣:“原來是場噩夢啊……” “哼宫屠!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起滑蚯,我...
    開封第一講書人閱讀 39,211評論 0 276
  • 序言:老撾萬榮一對情侶失蹤浪蹂,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后告材,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體坤次,經(jīng)...
    沈念sama閱讀 45,655評論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,846評論 3 336
  • 正文 我和宋清朗相戀三年斥赋,在試婚紗的時候發(fā)現(xiàn)自己被綠了缰猴。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,965評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡疤剑,死狀恐怖滑绒,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情隘膘,我是刑警寧澤疑故,帶...
    沈念sama閱讀 35,684評論 5 347
  • 正文 年R本政府宣布,位于F島的核電站弯菊,受9級特大地震影響纵势,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜管钳,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,295評論 3 329
  • 文/蒙蒙 一钦铁、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧才漆,春花似錦牛曹、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,894評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至腺办,卻和暖如春焰手,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背怀喉。 一陣腳步聲響...
    開封第一講書人閱讀 33,012評論 1 269
  • 我被黑心中介騙來泰國打工书妻, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人躬拢。 一個月前我還...
    沈念sama閱讀 48,126評論 3 370
  • 正文 我出身青樓躲履,卻偏偏與公主長得像,于是被迫代替她去往敵國和親聊闯。 傳聞我的和親對象是個殘疾皇子工猜,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,914評論 2 355

推薦閱讀更多精彩內(nèi)容