30分鐘精通React今年最勁爆的新特性——React Hooks

class Example extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      count: 0
    };
  }

  render() {
    return (
      

        
You clicked {this.state.count} times
         this.setState({ count: this.state.count + 1 })}>
          Click me
        
      
    );
  }
}

import { useState } from "react";

function Example() {
  const [count, setCount] = useState(0);

  return (
    

      
You clicked {count} times
       setCount(count + 1)}>
        Click me
      
    
  );
}

import Cat from "components/cat"
class DataProvider extends React.Component {
  constructor(props) {
    super(props);
    this.state = { target: "Zac" };
  }

  render() {
    return (
      

        {this.props.render(this.state)}
      
    )
  }
}

 (
  
)}/>

...

  {data => (
    
  )}

const withUser = WrappedComponent => {
  const user = sessionStorage.getItem("user");
  return props => ;
};

const UserPage = props => (
  

    
My name is {props.user}!
  
);

export default withUser(UserPage);

import { useState } from "react";

function Example() {
  const [count, setCount] = useState(0);

useState是react自帶的一個hook函數(shù)，它的作用就是用來聲明狀態(tài)變量。useState這個函數(shù)接收的參數(shù)是我們的狀態(tài)初始值（initial state），它返回了一個數(shù)組，這個數(shù)組的第[0]項是當前當前的狀態(tài)值，第[1]項是可以改變狀態(tài)值的方法函數(shù)。

所以我們做的事情其實就是，聲明了一個狀態(tài)變量count，把它的初始值設(shè)為0，同時提供了一個可以更改count的函數(shù)setCount。

上面這種表達形式，是借用了es6的數(shù)組解構(gòu)（array destructuring），它可以讓我們的代碼看起來更簡潔。不清楚這種用法的可以先去看下我的這篇文章30分鐘掌握ES6/ES2015核心內(nèi)容（上）。

如果不用數(shù)組解構(gòu)的話，可以寫成下面這樣。實際上數(shù)組解構(gòu)是一件開銷很大的事情，用下面這種寫法，或者改用對象解構(gòu)，性能會有很大的提升。具體可以去這篇文章的分析Array destructuring for multi-value returns (in light of React hooks)，這里不詳細展開，我們就按照官方推薦使用數(shù)組解構(gòu)就好。

let _useState = useState(0);
let count = _useState[0];
let setCount = _useState[1];

You clicked {count} times

是不是超簡單？因為我們的狀態(tài)count就是一個單純的變量而已，我們再也不需要寫成{this.state.count}這樣了。

   setCount(count + 1)}>
    Click me
  

當用戶點擊按鈕時，我們調(diào)用setCount函數(shù)，這個函數(shù)接收的參數(shù)是修改過的新狀態(tài)值。接下來的事情就交給react了，react將會重新渲染我們的Example組件，并且使用的是更新后的新的狀態(tài)，即count=1。這里我們要停下來思考一下，Example本質(zhì)上也是一個普通的函數(shù)，為什么它可以記住之前的狀態(tài)？

這里我們就發(fā)現(xiàn)了問題，通常來說我們在一個函數(shù)中聲明的變量，當函數(shù)運行完成后，這個變量也就銷毀了（這里我們先不考慮閉包等情況），比如考慮下面的例子：

function add(n) {
    const result = 0;
    return result + 1;
}

add(1); //1
add(1); //1

不管我們反復調(diào)用add函數(shù)多少次，結(jié)果都是1。因為每一次我們調(diào)用add時，result變量都是從初始值0開始的。那為什么上面的Example函數(shù)每次執(zhí)行的時候，都是拿的上一次執(zhí)行完的狀態(tài)值作為初始值？答案是：是react幫我們記住的。至于react是用什么機制記住的，我們可以再思考一下。

首先，useState是可以多次調(diào)用的，所以我們完全可以這樣寫：

function ExampleWithManyStates() {
  const [age, setAge] = useState(42);
  const [fruit, setFruit] = useState("banana");
  const [todos, setTodos] = useState([{ text: "Learn Hooks" }]);

其次，useState接收的初始值沒有規(guī)定一定要是string/number/boolean這種簡單數(shù)據(jù)類型，它完全可以接收對象或者數(shù)組作為參數(shù)。唯一需要注意的點是，之前我們的this.setState做的是合并狀態(tài)后返回一個新狀態(tài)，而useState是直接替換老狀態(tài)后返回新狀態(tài)。最后，react也給我們提供了一個useReducer的hook，如果你更喜歡redux式的狀態(tài)管理方案的話。

從ExampleWithManyStates函數(shù)我們可以看到，useState無論調(diào)用多少次，相互之間是獨立的。這一點至關(guān)重要。為什么這么說呢？

其實我們看hook的“形態(tài)”，有點類似之前被官方否定掉的Mixins這種方案，都是提供一種“插拔式的功能注入”的能力。而mixins之所以被否定，是因為Mixins機制是讓多個Mixins共享一個對象的數(shù)據(jù)空間，這樣就很難確保不同Mixins依賴的狀態(tài)不發(fā)生沖突。

而現(xiàn)在我們的hook，一方面它是直接用在function當中，而不是class；另一方面每一個hook都是相互獨立的，不同組件調(diào)用同一個hook也能保證各自狀態(tài)的獨立性。這就是兩者的本質(zhì)區(qū)別了。

還是看上面給出的ExampleWithManyStates例子，我們調(diào)用了三次useState，每次我們傳的參數(shù)只是一個值（如42，‘banana’），我們根本沒有告訴react這些值對應(yīng)的key是哪個，那react是怎么保證這三個useState找到它對應(yīng)的state呢？

答案是，react是根據(jù)useState出現(xiàn)的順序來定的。我們具體來看一下：

  //第一次渲染
  useState(42);  //將age初始化為42
  useState("banana");  //將fruit初始化為banana
  useState([{ text: "Learn Hooks" }]); //...

  //第二次渲染
  useState(42);  //讀取狀態(tài)變量age的值（這時候傳的參數(shù)42直接被忽略）
  useState("banana");  //讀取狀態(tài)變量fruit的值（這時候傳的參數(shù)banana直接被忽略）
  useState([{ text: "Learn Hooks" }]); //...

假如我們改一下代碼：

let showFruit = true;
function ExampleWithManyStates() {
  const [age, setAge] = useState(42);
  
  if(showFruit) {
    const [fruit, setFruit] = useState("banana");
    showFruit = false;
  }
 
  const [todos, setTodos] = useState([{ text: "Learn Hooks" }]);

這樣一來，

  //第一次渲染
  useState(42);  //將age初始化為42
  useState("banana");  //將fruit初始化為banana
  useState([{ text: "Learn Hooks" }]); //...

  //第二次渲染
  useState(42);  //讀取狀態(tài)變量age的值（這時候傳的參數(shù)42直接被忽略）
  // useState("banana");  
  useState([{ text: "Learn Hooks" }]); //讀取到的卻是狀態(tài)變量fruit的值，導致報錯

鑒于此，react規(guī)定我們必須把hooks寫在函數(shù)的最外層，不能寫在ifelse等條件語句當中，來確保hooks的執(zhí)行順序一致。

我們在上一節(jié)的例子中增加一個新功能：

import { useState, useEffect } from "react";

function Example() {
  const [count, setCount] = useState(0);

  // 類似于componentDidMount 和 componentDidUpdate:
  useEffect(() => {
    // 更新文檔的標題
    document.title = `You clicked ${count} times`;
  });

  return (
    

      
You clicked {count} times
       setCount(count + 1)}>
        Click me
      
    
  );
}

我們對比著看一下，如果沒有hooks，我們會怎么寫？

class Example extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      count: 0
    };
  }

  componentDidMount() {
    document.title = `You clicked ${this.state.count} times`;
  }

  componentDidUpdate() {
    document.title = `You clicked ${this.state.count} times`;
  }

  render() {
    return (
      

        
You clicked {this.state.count} times
         this.setState({ count: this.state.count + 1 })}>
          Click me
        
      
    );
  }
}

我們寫的有狀態(tài)組件，通常會產(chǎn)生很多的副作用（side effect），比如發(fā)起ajax請求獲取數(shù)據(jù)，添加一些監(jiān)聽的注冊和取消注冊，手動修改dom等等。我們之前都把這些副作用的函數(shù)寫在生命周期函數(shù)鉤子里，比如componentDidMount，componentDidUpdate和componentWillUnmount。而現(xiàn)在的useEffect就相當與這些聲明周期函數(shù)鉤子的集合體。它以一抵三。

同時，由于前文所說hooks可以反復多次使用，相互獨立。所以我們合理的做法是，給每一個副作用一個多帶帶的useEffect鉤子。這樣一來，這些副作用不再一股腦堆在生命周期鉤子里，代碼變得更加清晰。

我們再梳理一遍下面代碼的邏輯：

function Example() {
  const [count, setCount] = useState(0);

  useEffect(() => {
    document.title = `You clicked ${count} times`;
  });

首先，我們聲明了一個狀態(tài)變量count，將它的初始值設(shè)為0。然后我們告訴react，我們的這個組件有一個副作用。我們給useEffecthook傳了一個匿名函數(shù)，這個匿名函數(shù)就是我們的副作用。在這個例子里，我們的副作用是調(diào)用browser API來修改文檔標題。當react要渲染我們的組件時，它會先記住我們用到的副作用。等react更新了DOM之后，它再依次執(zhí)行我們定義的副作用函數(shù)。

這里要注意幾點：
第一，react首次渲染和之后的每次渲染都會調(diào)用一遍傳給useEffect的函數(shù)。而之前我們要用兩個聲明周期函數(shù)來分別表示首次渲染（componentDidMount），和之后的更新導致的重新渲染（componentDidUpdate）。

第二，useEffect中定義的副作用函數(shù)的執(zhí)行不會阻礙瀏覽器更新視圖，也就是說這些函數(shù)是異步執(zhí)行的，而之前的componentDidMount或componentDidUpdate中的代碼則是同步執(zhí)行的。這種安排對大多數(shù)副作用說都是合理的，但有的情況除外，比如我們有時候需要先根據(jù)DOM計算出某個元素的尺寸再重新渲染，這時候我們希望這次重新渲染是同步發(fā)生的，也就是說它會在瀏覽器真的去繪制這個頁面前發(fā)生。

這種場景很常見，當我們在componentDidMount里添加了一個注冊，我們得馬上在componentWillUnmount中，也就是組件被注銷之前清除掉我們添加的注冊，否則內(nèi)存泄漏的問題就出現(xiàn)了。

怎么清除呢？讓我們傳給useEffect的副作用函數(shù)返回一個新的函數(shù)即可。這個新的函數(shù)將會在組件下一次重新渲染之后執(zhí)行。這種模式在一些pubsub模式的實現(xiàn)中很常見。看下面的例子：

import { useState, useEffect } from "react";

function FriendStatus(props) {
  const [isOnline, setIsOnline] = useState(null);

  function handleStatusChange(status) {
    setIsOnline(status.isOnline);
  }

  useEffect(() => {
    ChatAPI.subscribeToFriendStatus(props.friend.id, handleStatusChange);
    // 一定注意下這個順序：告訴react在下次重新渲染組件之后，同時是下次調(diào)用ChatAPI.subscribeToFriendStatus之前執(zhí)行cleanup
    return function cleanup() {
      ChatAPI.unsubscribeFromFriendStatus(props.friend.id, handleStatusChange);
    };
  });

  if (isOnline === null) {
    return "Loading...";
  }
  return isOnline ? "Online" : "Offline";
}

這里有一個點需要重視！這種解綁的模式跟componentWillUnmount不一樣。componentWillUnmount只會在組件被銷毀前執(zhí)行一次而已，而useEffect里的函數(shù)，每次組件渲染后都會執(zhí)行一遍，包括副作用函數(shù)返回的這個清理函數(shù)也會重新執(zhí)行一遍。所以我們一起來看一下下面這個問題。

我們先看以前的模式：

  componentDidMount() {
    ChatAPI.subscribeToFriendStatus(
      this.props.friend.id,
      this.handleStatusChange
    );
  }

  componentWillUnmount() {
    ChatAPI.unsubscribeFromFriendStatus(
      this.props.friend.id,
      this.handleStatusChange
    );
  }

很清除，我們在componentDidMount注冊，再在componentWillUnmount清除注冊。但假如這時候props.friend.id變了怎么辦？我們不得不再添加一個componentDidUpdate來處理這種情況：

...
  componentDidUpdate(prevProps) {
    // 先把上一個friend.id解綁
    ChatAPI.unsubscribeFromFriendStatus(
      prevProps.friend.id,
      this.handleStatusChange
    );
    // 再重新注冊新但friend.id
    ChatAPI.subscribeToFriendStatus(
      this.props.friend.id,
      this.handleStatusChange
    );
  }
...

看到了嗎？很繁瑣，而我們但useEffect則沒這個問題，因為它在每次組件更新后都會重新執(zhí)行一遍。所以代碼的執(zhí)行順序是這樣的：

1.頁面首次渲染
2.替friend.id=1的朋友注冊

3.突然friend.id變成了2
4.頁面重新渲染
5.清除friend.id=1的綁定
6.替friend.id=2的朋友注冊
...

按照上一節(jié)的思路，每次重新渲染都要執(zhí)行一遍這些副作用函數(shù)，顯然是不經(jīng)濟的。怎么跳過一些不必要的計算呢？我們只需要給useEffect傳第二個參數(shù)即可。用第二個參數(shù)來告訴react只有當這個參數(shù)的值發(fā)生改變時，才執(zhí)行我們傳的副作用函數(shù)（第一個參數(shù)）。

useEffect(() => {
  document.title = `You clicked ${count} times`;
}, [count]); // 只有當count的值發(fā)生變化時，才會重新執(zhí)行`document.title`這一句

當我們第二個參數(shù)傳一個空數(shù)組[]時，其實就相當于只在首次渲染的時候執(zhí)行。也就是componentDidMount加componentWillUnmount的模式。不過這種用法可能帶來bug，少用。

除了上文重點介紹的useState和useEffect，react還給我們提供來很多有用的hooks：

useContext
useReducer
useCallback
useMemo
useRef
useImperativeMethods
useMutationEffect
useLayoutEffect

我不再一一介紹，大家自行去查閱官方文檔。

為什么要自己去寫一個Effect Hooks? 這樣我們才能把可以復用的邏輯抽離出來，變成一個個可以隨意插拔的“插銷”，哪個組件要用來，我就插進哪個組件里，so easy！看一個完整的例子，你就明白了。

比如我們可以把上面寫的FriendStatus組件中判斷朋友是否在線的功能抽出來，新建一個useFriendStatus的hook專門用來判斷某個id是否在線。

import { useState, useEffect } from "react";

function useFriendStatus(friendID) {
  const [isOnline, setIsOnline] = useState(null);

  function handleStatusChange(status) {
    setIsOnline(status.isOnline);
  }

  useEffect(() => {
    ChatAPI.subscribeToFriendStatus(friendID, handleStatusChange);
    return () => {
      ChatAPI.unsubscribeFromFriendStatus(friendID, handleStatusChange);
    };
  });

  return isOnline;
}

這時候FriendStatus組件就可以簡寫為：

function FriendStatus(props) {
  const isOnline = useFriendStatus(props.friend.id);

  if (isOnline === null) {
    return "Loading...";
  }
  return isOnline ? "Online" : "Offline";
}

簡直Perfect！假如這個時候我們又有一個朋友列表也需要顯示是否在線的信息：

function FriendListItem(props) {
  const isOnline = useFriendStatus(props.friend.id);

  return (
    

      {props.friend.name}
    
  );
}

簡直Fabulous!

不知道你閱讀完整篇文章的感受如何，或者對hooks有任何角度的看法和思考都歡迎在評論區(qū)一起討論。另外如果你有換工作的打算，我們部門真的很缺人，歡迎私信勾搭～（阿里巴巴，base在深圳的部門）