React Hooks 入门教程

作者: 阮一峰

日期: 2019年9月 1日

React 是主流的前端框架,v16.8 版本引入了全新的 API,叫做 React Hooks,颠覆了以前的用法。

这个 API 是 React 的未来,有必要深入理解。本文谈谈我的理解,简单介绍它的用法,帮助大家快速上手。

阅读本文需要有 React 基础。如果你还没学会 React,可以先看一下它的教程

[更新] 我后来又写了一篇《轻松学会 React 钩子:以 useEffect() 为例》,补充了对 Hooks 设计思想的解释,建议大家可以先阅读那篇文章。

一、组件类的缺点

React 的核心是组件。v16.8 版本之前,组件的标准写法是类(class)。下面是一个简单的组件类。


import React, { Component } from "react";

export default class Button extends Component {
  constructor() {
    super();
    this.state = { buttonText: "Click me, please" };
    this.handleClick = this.handleClick.bind(this);
  }
  handleClick() {
    this.setState(() => {
      return { buttonText: "Thanks, been clicked!" };
    });
  }
  render() {
    const { buttonText } = this.state;
    return <button onClick={this.handleClick}>{buttonText}</button>;
  }
}

(点击查看运行结果

这个组件类仅仅是一个按钮,但可以看到,它的代码已经很"重"了。真实的 React App 由多个类按照层级,一层层构成,复杂度成倍增长。再加入 Redux,就变得更复杂。

Redux 的作者 Dan Abramov 总结了组件类的几个缺点。

  • 大型组件很难拆分和重构,也很难测试。
  • 业务逻辑分散在组件的各个方法之中,导致重复逻辑或关联逻辑。
  • 组件类引入了复杂的编程模式,比如 render props 和高阶组件。

二、函数组件

React 团队希望,组件不要变成复杂的容器,最好只是数据流的管道。开发者根据需要,组合管道即可。 组件的最佳写法应该是函数,而不是类。

React 早就支持函数组件,下面就是一个例子。


function Welcome(props) {
  return <h1>Hello, {props.name}</h1>;
}

但是,这种写法有重大限制,必须是纯函数,不能包含状态,也不支持生命周期方法,因此无法取代类。

React Hooks 的设计目的,就是加强版函数组件,完全不使用"类",就能写出一个全功能的组件。

三、Hook 的含义

Hook 这个单词的意思是"钩子"。

React Hooks 的意思是,组件尽量写成纯函数,如果需要外部功能和副作用,就用钩子把外部代码"钩"进来。 React Hooks 就是那些钩子。

你需要什么功能,就使用什么钩子。React 默认提供了一些常用钩子,你也可以封装自己的钩子。

所有的钩子都是为函数引入外部功能,所以 React 约定,钩子一律使用use前缀命名,便于识别。你要使用 xxx 功能,钩子就命名为 usexxx。

下面介绍 React 默认提供的四个最常用的钩子。

  • useState()
  • useContext()
  • useReducer()
  • useEffect()

四、useState():状态钩子

useState()用于为函数组件引入状态(state)。纯函数不能有状态,所以把状态放在钩子里面。

本文前面那个组件类,用户点击按钮,会导致按钮的文字改变,文字取决于用户是否点击,这就是状态。使用useState()重写如下。


import React, { useState } from "react";

export default function  Button()  {
  const  [buttonText, setButtonText] =  useState("Click me,   please");

  function handleClick()  {
    return setButtonText("Thanks, been clicked!");
  }

  return  <button  onClick={handleClick}>{buttonText}</button>;
}

(点击查看运行结果

上面代码中,Button 组件是一个函数,内部使用useState()钩子引入状态。

useState()这个函数接受状态的初始值,作为参数,上例的初始值为按钮的文字。该函数返回一个数组,数组的第一个成员是一个变量(上例是buttonText),指向状态的当前值。第二个成员是一个函数,用来更新状态,约定是set前缀加上状态的变量名(上例是setButtonText)。

五、useContext():共享状态钩子

如果需要在组件之间共享状态,可以使用useContext()

现在有两个组件 Navbar 和 Messages,我们希望它们之间共享状态。


<div className="App">
  <Navbar/>
  <Messages/>
</div>

第一步就是使用 React Context API,在组件外部建立一个 Context。


const AppContext = React.createContext({});

组件封装代码如下。


<AppContext.Provider value={{
  username: 'superawesome'
}}>
  <div className="App">
    <Navbar/>
    <Messages/>
  </div>
</AppContext.Provider>

上面代码中,AppContext.Provider提供了一个 Context 对象,这个对象可以被子组件共享。

Navbar 组件的代码如下。


const Navbar = () => {
  const { username } = useContext(AppContext);
  return (
    <div className="navbar">
      <p>AwesomeSite</p>
      <p>{username}</p>
    </div>
  );
}

上面代码中,useContext()钩子函数用来引入 Context 对象,从中获取username属性。

Message 组件的代码也类似。


const Messages = () => {
  const { username } = useContext(AppContext)

  return (
    <div className="messages">
      <h1>Messages</h1>
      <p>1 message for {username}</p>
      <p className="message">useContext is awesome!</p>
    </div>
  )
}

(点击查看运行结果

六、useReducer():action 钩子

React 本身不提供状态管理功能,通常需要使用外部库。这方面最常用的库是 Redux。

Redux 的核心概念是,组件发出 action 与状态管理器通信。状态管理器收到 action 以后,使用 Reducer 函数算出新的状态,Reducer 函数的形式是(state, action) => newState

useReducers()钩子用来引入 Reducer 功能。


const [state, dispatch] = useReducer(reducer, initialState);

上面是useReducer()的基本用法,它接受 Reducer 函数和状态的初始值作为参数,返回一个数组。数组的第一个成员是状态的当前值,第二个成员是发送 action 的dispatch函数。

下面是一个计数器的例子。用于计算状态的 Reducer 函数如下。


const myReducer = (state, action) => {
  switch(action.type)  {
    case('countUp'):
      return  {
        ...state,
        count: state.count + 1
      }
    default:
      return  state;
  }
}

组件代码如下。


function App() {
  const [state, dispatch] = useReducer(myReducer, { count:   0 });
  return  (
    <div className="App">
      <button onClick={() => dispatch({ type: 'countUp' })}>
        +1
      </button>
      <p>Count: {state.count}</p>
    </div>
  );
}

(点击查看运行结果

由于 Hooks 可以提供共享状态和 Reducer 函数,所以它在这些方面可以取代 Redux。但是,它没法提供中间件(middleware)和时间旅行(time travel),如果你需要这两个功能,还是要用 Redux。

七、useEffect():副作用钩子

useEffect()用来引入具有副作用的操作,最常见的就是向服务器请求数据。以前,放在componentDidMount里面的代码,现在可以放在useEffect()

useEffect()的用法如下。


useEffect(()  =>  {
  // Async Action
}, [dependencies])

上面用法中,useEffect()接受两个参数。第一个参数是一个函数,异步操作的代码放在里面。第二个参数是一个数组,用于给出 Effect 的依赖项,只要这个数组发生变化,useEffect()就会执行。第二个参数可以省略,这时每次组件渲染时,就会执行useEffect()

下面看一个例子。


const Person = ({ personId }) => {
  const [loading, setLoading] = useState(true);
  const [person, setPerson] = useState({});

  useEffect(() => {
    setLoading(true); 
    fetch(`https://swapi.co/api/people/${personId}/`)
      .then(response => response.json())
      .then(data => {
        setPerson(data);
        setLoading(false);
      });
  }, [personId])

  if (loading === true) {
    return <p>Loading ...</p>
  }

  return <div>
    <p>You're viewing: {person.name}</p>
    <p>Height: {person.height}</p>
    <p>Mass: {person.mass}</p>
  </div>
}

上面代码中,每当组件参数personId发生变化,useEffect()就会执行。组件第一次渲染时,useEffect()也会执行。

(点击查看运行结果

八、创建自己的 Hooks

上例的 Hooks 代码还可以封装起来,变成一个自定义的 Hook,便于共享。


const usePerson = (personId) => {
  const [loading, setLoading] = useState(true);
  const [person, setPerson] = useState({});
  useEffect(() => {
    setLoading(true);
    fetch(`https://swapi.co/api/people/${personId}/`)
      .then(response => response.json())
      .then(data => {
        setPerson(data);
        setLoading(false);
      });
  }, [personId]);  
  return [loading, person];
};

上面代码中,usePerson()就是一个自定义的 Hook。

Person 组件就改用这个新的钩子,引入封装的逻辑。


const Person = ({ personId }) => {
  const [loading, person] = usePerson(personId);

  if (loading === true) {
    return <p>Loading ...</p>;
  }

  return (
    <div>
      <p>You're viewing: {person.name}</p>
      <p>Height: {person.height}</p>
      <p>Mass: {person.mass}</p>
    </div>
  );
};

(点击查看运行结果

九、参考链接

(完)

留言(60条)

在如何使用方面,其实官网文档应该够了。所以更期待阮一峰老师能讲解一下 Hook 实现细节方面的东西。

只是代码不重但是思想还是很重.

写个界面从来没有这么麻烦过,还不如原来的jq

都说react简洁,当然这个“简洁”是相对而言的,于是乎我用Angular完整的实现了作者在文章中举出的5个案例,具体代码大家自己看吧,注意只看.ts文件和.html就行了,这些demo是顺序对照文章例子的。
https://stackblitz.com/edit/angular-kurwic
https://stackblitz.com/edit/angular-irb1h9
https://stackblitz.com/edit/angular-cqkxqk
https://stackblitz.com/edit/angular-b1l9zg
https://stackblitz.com/edit/angular-makhui
这里我只想说,Angular的初始代码可能会多一点,但是项目真正增长起来,那些初始代码所占的代码量真的很少,而且那些所谓的模板代码,平时开发都是使用cli自动生成的,可不是开发人员手敲或者复制其他文件来的

高产啊

hooks对性能的提升有多少呢?看到有文章说45%(保持怀疑,https://medium.com/missive-app/45-faster-react-functional-components-now-3509a668e69f)。

通篇看下来,还是觉得太重

@雪山隔壁:

感謝分享Angular的寫法!

第三個 angular-cqkxqk 這範例只是單純+1,沒有狀態管理的理念在,
因為單純+1在React.js也是很簡單的,希望大大可以改一下。

引用Jimmy的发言:

@雪山隔壁:

感謝分享Angular的寫法!

第三個 angular-cqkxqk 這範例只是單純+1,沒有狀態管理的理念在,
因為單純+1在React.js也是很簡單的,希望大大可以改一下。

那个是我有意为之,只有这样写才原汁原味,凸显出和react的不同。在Angular世界,引入类似redux这样的状态管理方案真的很小众。而react之所以需要这样写,主要原因是它仅仅是一个库,现阶段想完成一个项目单靠一个库是不行的。但话说回来,我也看到很多根本不用状态管理的react项目。

换句话说写react必上状态管理可能是一种绑架!!

引用李不白的发言:

写个界面从来没有这么麻烦过,还不如原来的jq

可能是你思想还没彻底转念过来,我以前也觉得没jq好用,后来做到大的项目。才发现react出来的代码,很容易维护。

@雪山隔壁:

我怎么觉得Angular代码更清晰更自然,你们不要打我

用 Backbonejs 实现是不是更简单呢? 不要编译,不要打包,还支持 IE8。

@雪山隔壁:

angular入门稍微高了点,但是入门之后开发效率确实高,反而react还在写法上折腾,当时看着react简单才入坑,现在回过头来看这一堆全家桶,觉得当时自己还是太年轻了,看东西太浅,经历之后才知道自己需要啥

引用杨杨的发言:

只是代码不重但是思想还是很重.

有道理

我学习了Angular,觉得关键要掌握动态创建组件。写SPA,路由并不好,因为我不希望用户可以前进后退。
我是按照写Qt这样桌面应用的想法写前端程序的。HTML和CSS控制应用布局相比Qt实在是太困难了。
其他两个框架,我也不打算接触了。

这半年也在大量使用hooks,基本不会再写class了,不过有些情况又必须用class,其实class写起来也还不错,如果能像dart一样不需要用this就可以调用就更好了

hooks多了,还是感觉挺乱的,写起来也累。
可能我的使用方式不对。
而且一些特殊的需求做不到,还是得依靠生命周期

很精髓的使用方法,通俗易懂

只是代码少了点,读代码的时候还是要停顿一下,反而是Angular代码读起来比较顺,更加贴近web开发最原始的感受,html,js,css分离

@雪山隔壁:

虽然没接触过Angular,但是看你写的代码,竟然没有一点的不适,我觉得接下来要好好了解一下Angular了

react 一天就是瞎搞,天天就在搞:我们要怎么才能更加纯,到现在用法众多,不同团队写出来的react项目,差异可能是巨大的。
菜鸟用vue或ng写出来的代码虽然烂但至少都长的差不多,但用react写出来的代码烂的各种不同。

国内太喜欢跟风了,react真不适合 技术平均水平 一般的团队。

写个简单的后台管理系统,啥都不管 各种“高大上”的技术都用上再说,结果各种不会封装,各种简单的页面组件代码 500行起步

3个框架我都在用,平时经常给别人填坑,真的,相对而言,菜鸟们用react写出来的代码是 最烂的,vue其次,ng的 最好。

还有真搞不懂这些用react的 为什么 不管啥项目 先弄上状态管理再说,高度和状态管理耦合在一起,真搞不懂,这就是 react 追求的 纯?也对,react部分是纯了,把不纯的甩出来了。然后这些组件离开了状态管理能跑起来?说好的 高内聚低耦合 呢?

说了那么多, 你以为我是 react黑? 实际我目前在用的,且用的最多的 反而就是 react + typescript,状态管理用的很少。。毕竟大部分的管理系统根本用不上。

@雪山隔壁:

Angular看起来也很不错的样子,结构清晰,看到装饰器都想到spring

@react万岁:

“react部分是纯了,把不纯的甩出来了”

深有体会!!!

之前使用过react-redux,出了hooks之后似懂非懂;看了阮老师的讲解才豁然开朗;感谢阮老师的科普。上面文章中有个地方重复了给阮老师指出,useState()状态钩子在codesandbox编辑器的示例那里

双向绑定真香!

@react万岁:

Web Component 会不会更好用??
最近学 Lisp 觉得其实 JS 的 eval 是有用的,用 eval 来运行自动生成的代码(就像Lisp 的 Macro)

只是把有形的api砍掉了,换来的是无形概念和规范,个人开发没啥影响,但是团队开发够呛。react还是适合个人英雄主义的开发者,虽然我也很向往这种开发模式,奈何现实很骨感,我是掉过坑里的人,很显然react hooks又是一个巨坑。其他人尽管去吹吧,反正我是准备弃坑了

@雪山隔壁:

最后一个例子似乎有点问题

一直在写ng,最近看react,以前觉得ng重,最近随着学习慢慢深入感觉ng真轻

引用siegaii的发言:

一直在写ng,最近看react,以前觉得ng重,最近随着学习慢慢深入感觉ng真轻

我也是,突然想到三年前ng刚发布的时候,一位国外大神对ng的评论:Angular在三年后等着你

阮先生,您好。我给您发了一封电子新,请教一些汉字字表的技术问题。怎样找到《说文解字》中93531字的字表。谢谢。

@雪山隔壁:

这两天在看react,但是这angular代码看着是真舒服 哈哈哈。
最近想用ts写vue是真尴尬,3.0将出未出,2.0写新项目的话半年、一年后3.0又出来了。贼尴尬。

angular,想换个工作。出去投简历发现,市场上还是reaact,vue多。被逼无奈。学习吧

@react万岁:

我觉得谈react必谈状态管理的根源在于react那种追求纯粹 state -> template 的思想逼的开发人员不得不用状态管理,这不是开发人员的错而是react的错,大家选择性的把这个问题抛给了自己

学会Angular之后再回过头来看react感觉处处都蛋疼,我只想操作数据本身,剩下事留给框架。在react里面为啥我操作数据要主动用setState()方法,就好像干啥事都有主动吆喝一下框架,嗨!快起来我操作了数据,一会记得帮我同步数据,每次都这样烦不烦呀。别说那些没用的,在Angular里面就是不需要这么啰嗦,而且我发现一个奇怪的现象,用Angular写的代码往往比react的代码量少,排除框架本身的代码和第三方库的代码,而且是真实的项目你不要和我扯写个demo比代码量

我是阮一峰老师的无脑支持者,死忠粉❤️,深入浅出是阮也

hooks最主要的目的是抽离逻辑运算的,减少组件嵌套,又不是完完全全代替class。

https://hooks.umijs.org/useAntdTable,可以看一下阿里封装的hooks,真的没有多写一行代码,react-use这个库。

hello,react-hooks

@react万岁
有道理,我也看过不少人的框架,讲真。一个本身简单的功能,偏要拆成一堆各种组件。搞的本来20行的代码成了,4个文件,100行代码。最后加一句,我们是为了组件分类。国内的那些人,反正不管三七二十一,什么系统都先把一些逼格大的技术弄上去,非得秀一波先。表示我很牛逼的样子

是纯了,更多的工作纯抛给开发人员了。

可以通过函数组件写出UI和副作用完全分离的前端代码架构,在开发团队里的各位不需要维护组件这个东西,只需要维护各自的具体功能实现代码即可。。。

有个问题,我想问一下,曾经有人建议尽量把异步请求数据放到route thunk,而不是在组件内部使用useEffect,因为mount一个组件的时候仍有风险。我不是很理解。有知道的吗?

其实一句话概括,可以把逻辑和视图分离。 而逻辑分离,在自定义use的代码块进行SetState 可以对视图视图进行刷新,这才是最值得使用的地方。 这样也实现逻辑复用

你们这些吹angular的得了吧,react的优点是它先进的理念.即一切都是组件,一切都是js.在这一点谷歌自己都不得不承认angular落后于react的.谷歌新的移动开发框架flutter就是借鉴了react这一个理念.

@叫我洋芋 是的,公司一个小破管理系统,一共就几个页面,redux 啥的弄了一大堆,写一个函数需要搞四五个文件,特别墨迹。 而且 react 项目你不加一堆东西都不叫高端

这个react的hook,难理解

刚见到Hooks的时候我嫌弃的要死,各种生命周期想用没有,束手束脚。现在觉得还是挺香的,并不是React要变一种写法折腾我们这么简单

引用李不白的发言:

写个界面从来没有这么麻烦过,还不如原来的jq

我也是这么感觉,哈哈,现在前端框架堪比java一个接着一个的

@麻麻code:

作为一个写ng,刚转react的人来说,我觉得主动吆喝框架去更新反而是一个正确的操作,在ng里我也更喜欢使用onpush来作为changedetection的strategy,能有效减少不必要的脏检测。

阮大大多更新一点关于React Hooks的文章吧,求求啦

我一个写vue的看react津津有味,,,,感谢阮老师!

引用李不白的发言:

写个界面从来没有这么麻烦过,还不如原来的jq

几百个组件的项目你用jq试试?纸上谈兵

引用事实上的发言:

@叫我洋芋是的,公司一个小破管理系统,一共就几个页面,redux 啥的弄了一大堆,写一个函数需要搞四五个文件,特别墨迹。 而且 react 项目你不加一堆东西都不叫高端

你非要用有啥办法?人家都说了react和react-dom这俩才是核心库,其他的都是周边插件。要高端?以最少的代码实现最牛逼的功能才叫高端。

一直在用 Vue2,反而觉得 hooks 写法对性能的提升更好一些。很多组件 仅仅是 中间件 或 按钮之类的小组件,实例一个 class 反而没必要,太沉了。

引用Junde的发言:

一直在用 Vue2,反而觉得 hooks 写法对性能的提升更好一些。很多组件 仅仅是 中间件 或 按钮之类的小组件,实例一个 class 反而没必要,太沉了。

中间件可以使用 mixin / 高阶函数, vue2 也有 functional 函数式组件解决太重的问题
hooks 核心是把框架面向对象编程的设计改为了函数式编程
顺便解决了 mixin 可能出现的命名冲突问题

我js基础薄弱但是会rust所以我先学了一下rust的yew框架,然后看了这个文章发现yew就是完全照搬了react的这些东西呀,这些hook名字都一样

fetch 请求的链接挂了

v3都出了 又是另一个react

引用朱志康的发言:

fetch 请求的链接挂了

改成这个 https://swapi.dev/api/people/

写了两年的hooks,没次写 hooks 代码时都想骂娘

我要发表看法

«-必填

«-必填,不公开

«-我信任你,不会填写广告链接