详解React中key的作用

要了解React中key的作用,可以从key的取值入手,key的取值可以分为三种,不定值、索引值、确定且唯一值

在下面的代码中,key的取值是不定值(Math.random())

问题: 点击按钮的时候,span的颜色会变成红色吗?

import React, { useState } from 'react';

function App() {
  const [initMap, setInitMap] = useState([1,2,3,4]);
  const handleClick = () => {
    setInitMap([1,2,3,4])
    var spanEle = document.getElementsByTagName('span');
    Array.from(spanEle).map(it => it.style.color = 'red')
  }

  return (
    <div className="App" id="app">
      {
        initMap.map((it,index) => <div key={Math.random()}><span>color</span></div>)
      }
      <button onClick={() => handleClick()}></button>
    </div>
  );
}

export default App;

答案是:不会

这个问题涉及react渲染机制和diff算法

官网中对于diff有如下规则:

  • 当元素类型变化时,会销毁重建
  • 当元素类型不变时,对比属性
  • 当组件元素类型不变时,通过props递归判断子节点
  • 递归对比子节点,当子节点是列表时,通过key和props来判断。若key一致,则进行更新,若key不一致,就销毁重建

分析上述问题:

当点击按钮时,setInitMap([1,2,3,4])会造成渲染,渲染时会生成新的虚拟dom,但此时获取到的span元素是之前的元素(因为setInitMap是异步执行的),所以新旧dom会做对比

在initMap.map((it,index) => <div key={Math.random()}><span>color</span></div>)这段代码中

这里的div是列表,对比第四条diff规则,react会根据key来判断是否更新真实dom。key= {Math.random()},新旧dom的值不一致,就会重新生成div。而我们是给更新之前的元素加了红色的样式,所以重新创建的元素上不会有这个样式,效果如下

第二种情况:key的取值为索引值

上面我们分析的结果是,因为key的变化,导致div元素在render的时候会重新生成。那如果key在render前后保持不变呢?例如,将key改为index

问题: 这段代码在button点击之后,span的颜色会变吗?

return (
    <div className="App" id="app">
      <Spin spinning={spin}></Spin>
      {
        initMap.map((it,index) => <div key={index}><span>color</span></div>)
      }
      <button onClick={() => handleClick()}></button>
    </div>
  );

答案:会

分析: 因为在render前后,index不变,所以div不会重新生成,接着对比span元素,span元素在render前后,属性变化,因此react只会为span元素应用新的属性,但是他们指向的还是之前的元素

第三种情况:key的取值确定且唯一:

在这个例子中,通过将key设置成index,span的颜色有了变化,但是在使用key时,React官网不推荐使用index

改造一下上面的代码

  const [initMap, setInitMap] = useState([1,2,3,4]);
  const handleClick = () => {
    setInitMap([3,2,1,4])
  }
  return (
    <div className="App" id="app">
      {
        initMap.map((it,index) => <div key={index}><input type="radio" />{it}</div>)
      }
      <button onClick={() => handleClick()}>点击</button>
    </div>
  );
}

在初始化的时候选中值为3的按钮

点击按钮

我们预期的效果是,选中的依旧是值为3的按钮,但此时变成了值为1的按钮

分析:

  1. setState之后会导致render
  2. div的index不变,所以div不会重新生成,input不受state和props控制,因此元素的状态不变
  3. 所以变化的只有受state影响的it

如果想要达到预期效果,我们要设置唯一且确定的key

测试一:

{
   initMap.map((it) => <div key={it}><input type="radio" />{it}</div>)
}

初始化的时候选中第三个按钮

点击按钮

这才是符合预期的效果

思考一下,将key设置为Math.random(),会有什么效果?按钮的状态会保留吗?

点击前:

点击后:

radio的状态不会被保留

通过上面的例子,我们大概可以理解React中key的作用了,下面的内容是对React知识点的一些扩展

扩展内容: 文章开始的代码还涉及React两个其他知识点,一个是提到过的React渲染条件,一个是对真实dom的操作;

扩展一: React渲染条件

import './App.css';
import React, { useState } from 'react';

function App() {
  const [initMap, setInitMap] = useState([1,2,3,4]);
  const [spin, setSpin] = useState(false);
  const handleClick = () => {
    setSpin(true); //变化部分
    var spanEle = document.getElementsByTagName('span');
    Array.from(spanEle).map(it => it.style.color = 'red')
    setSpin(false); //变化部分
  }

  return (
    <div className="App" id="app">
      <Spin spinning={spin}></Spin>
      {
        initMap.map((it,index) => <div key={Math.random()}><span>{it}</span></div>)
      }
      <button onClick={() => handleClick()}></button>
    </div>
  );
}

export default App;

测试结果如下 点击前:

点击后:

在这段代码中,div的key仍然使用的是Math.random(),但initMap的state并没有改变,所以没有重新渲染,此时div不会销毁重建

扩展二:是否可以对真实dom操作

在React中,虚拟dom的出现是为了减少对真实dom的操作,因为真实的dom元素是一个较复杂的对象,操作的话计算量比较大。我们上面的代码中,都是直接操作dom节点,更改样式,这样并不可取。由于React是根据state和props的变化来渲染页面,因此通过state来控制页面渲染比较好

修改后的代码如下:

function App() {
  const [initMap, setInitMap] = useState([1,2,3,4]);
  const [spin, setSpin] = useState(false);
  const [showColor, setShowColor] = useState(false);
  const handleClick = () => {
    setInitMap([3,2,1,4]);
    setShowColor(true);
  }

  return (
    <div className="App" id="app">
      <Spin spinning={spin}>
      {
        initMap.map((it,index) => <div key={Math.random()}><span className={showColor && 'span-color'}>color</span></div>)
      }
      </Spin>
      <button onClick={() => handleClick()}>点击</button>
    </div>
  );
}

此时span是受控组件,可以通过showColor的状态控制元素的渲染

点击前:

点击后:

使用state控制渲染后,代码量会变少,同时结果符合预期

总结

  1. 在使用key时,要保证key的唯一和确定性,如果key的值为Math.random(),可能造成组件重新构建,使之前对元素的操作失效
  2. 在渲染页面时,尽量不要操作真实的dom,使用state来更新页面

以上就是详解React中key的作用的详细内容,更多关于React key的作用的资料请关注我们其它相关文章!

(0)

相关推荐

  • 详解React-Native解决键盘遮挡问题(Keyboard遮挡问题)

    本文介绍了React-Native键盘遮挡问题,分享给大家 在开发中经常遇到需要输入的地方,RN给我们提过的TextInput虽然好用,可惜并没有处理遮挡问题. 很多时候键盘弹出来都会遮挡住编辑框,让人很头疼. 本来想在js.coach 库里面找一找第三方的插件,看到最好的一个就是React-native-keyboard-spacer了,然而我们还差一个东西,那就是获取键盘的高度. 这个我也查了半天并没有提供,获取没找到吧.于是只好自己写原生模块去获取键盘的高度了. 关于原生iOS获取键盘高度

  • 详解React之key的使用和实践

    在渲染列表时,React的差异比较算法需要一个在列表范围内的唯一key来提高性能(通常用于获知哪个列表项改变了).这个唯一的key需要我们手动提供.React官方建议使用列表数据中可用于唯一性标识的字段来作为列表项渲染时的key.如果实在没有,则可使用数组的index勉为其难,性能上可能会打折扣. 一个例子 有这样的一个场景如下图所示,有一组动态数量的input,可以增加和删除和重新排序,数组元素生成的组件用index作为key的值,例如下图生成的ui展示: 上面例子中的input组件渲染的代码

  • React key值的作用和使用详解

    在react项目中总会遇到这样一个的坑 这是警告数组遍历子元素要有一个唯一的key值,但是key到底是什么,在代码中到底起了什么作用? key概述 react中的key属性,它是一个特殊的属性,它的出现不是给开发者用的(例如你为一个组件设置key之后,也仍无法获取这个组件的key值),而是给react自己用的. 简单来说,react利用key来识别组件,它是一种身份标识标识,就像我们的身份证用来辨识一个人一样.每个key对应一个组件,相同的key react认为是同一个组件,这样后续相同的key

  • React中使用collections时key的重要性详解

    前言 大家应该都知道,在 React 中 render collections 的 items 时, Keys 扮演着重要的角色, 它直接决定接下来的 rendered 和 re-rendered,下面话不多说,来一起看看详细的介绍: React 不会 render 重复的 keys 为了彻底明白这个, 我们来声明一个这样的数组 const nums = [1, 2, 3, 5, 2]; // 它有两个元素的值是相等的 现在, 我们在 react 中来 render <ul> {nums.ma

  • ReactNative之键盘Keyboard的弹出与消失示例

    在开发中经常遇到需要输入的地方,所以就学习了一下ReactNative键盘Keyboard的弹出与消失的方法,留个笔记. 今天我们来说下RN对键盘事件的支持. 在React-native 的Component组件中有个Keyboard. github地址如下:https://github.com/facebook/react-native/tree/770091f3c13f7c1bd77c50f979d89a774001fbf0/Libraries/Components/Keyboard 我们先

  • 详解React中key的作用

    要了解React中key的作用,可以从key的取值入手,key的取值可以分为三种,不定值.索引值.确定且唯一值 在下面的代码中,key的取值是不定值(Math.random()) 问题: 点击按钮的时候,span的颜色会变成红色吗? import React, { useState } from 'react'; function App() { const [initMap, setInitMap] = useState([1,2,3,4]); const handleClick = () =

  • 详解React中的不可变值

    什么是不可变值 函数式编程是指程序里面的函数和表达式都能像数学中的函数一样,给定了输入值,输出是确定的.比如 let a = 1; let b = a + 1; => a = 1 b = 2; 变量b出现,虽然使用了变量a的值,但是没有修改a的值. 再看我们熟悉的react中的代码,假如初始化了this.state = { count: 1 } componentDidMount() { const newState = { ...state, count: 2 }; // { count: 2

  • 详解React中Props的浅对比

    上一周去面试的时候,面试官我PureComponent里是如何对比props的,概念已经牢记脑中,脱口而出就是浅对比,接着面试官问我是如何浅对比的,结果我就没回答上来. 趁着周末,再来看看源码里是如何实现的. 类组件的Props对比 类组件是否需要更新需要实现shouldComponentUpdate方法,通常讲的是如果继承的是PureComponent则会有一个默认浅对比的实现. // ReactBaseClasses.js function ComponentDummy() {} Compo

  • 详解Java中@Override的作用

    详解Java中@Override的作用 @Override是伪代码,表示重写(当然不写也可以),不过写上有如下好处: 1.可以当注释用,方便阅读: 2.编译器可以给你验证@Override下面的方法名是否是你父类中所有的,如果没有则报错.例如,你如果没写@Override,而你下面的方法名又写错了,这时你的编译器是可以编译通过的,因为编译器以为这个方法是你的子类中自己增加的方法. 举例:在重写父类的onCreate时,在方法前面加上@Override 系统可以帮你检查方法的正确性. @Overr

  • 详解Java中hashCode的作用

    详解Java中hashCode的作用 以下是关于HashCode的官方文档定义: hashcode方法返回该对象的哈希码值.支持该方法是为哈希表提供一些优点,例如,java.util.Hashtable 提供的哈希表. hashCode 的常规协定是: 在 Java 应用程序执行期间,在同一对象上多次调用 hashCode 方法时,必须一致地返回相同的整数,前提是对象上 equals 比较中所用的信息没有被修改.从某一应用程序的一次执行到同一应用程序的另一次执行,该整数无需保持一致. 如果根据

  • 详解JAVA中static的作用

    1.深度总结 引用一位网友的话,说的非常好,如果别人问你static的作用:如果你说静态修饰 类的属性 和 类的方法 别人认为你是合格的:如果是说 可以构成 静态代码块,那别人认为你还可以: 如果你说可以构成 静态内部类, 那别人认为你不错:如果你说了静态导包,那别人认为你很OK: 那我们就先在这几方面一一对static进行总结:然后说一些模糊的地方,以及一些面试中容易问道的地方: 1)static方法 static方法一般称作静态方法,由于静态方法不依赖于任何对象就可以进行访问,因此对于静态方

  • 详解Redis中key的命名规范和值的命名规范

    数据库中得热点数据key命名惯例 表名:主键名:主键值:字段名 例如 user:id:0001:name 例如 user:id:0002:name 例如 order:id:s2002:price 上面的key对应的值则可以是 存放的方式 key value 优点 单独的key:value形式 order:id:s2002:price 2000 方便简单的操作,例如incr自增或自减 json格式 user:id:0001 {id:0001,name:"张三"} 方便一次性存和取数据,但

  • 详解React中共享组件逻辑的三种方式

    废话少说,这三种方式分别是:render props.高阶组件和自定义Hook.下面依次演示 假设有一个TimeOnPage组件专门用来记录用户在当前页面停留时间,像这样: const TimeOnPage = () => { const [second, setSecond] = useState(0); useEffect(() => { setTimeout(() => { setSecond(second + 1); }, 1000); }, [second]); return

  • 详解React中的this指向

    打算记流水账一般细数一下 React 中的 this 指向问题,具体流程按事件三要素:起因,经过,结果.哈哈哈哈哈! 起因: 众所周知,React 的设计是响应式的,使用者无需操纵 DOM,操纵数据,页面就会渲染更新. 数据一变就更新,是更新所有的 DOM 吗?当然不是,哪些变了就重新渲染哪些.那就要对数据变化前后的 DOM 进行比较.直接对比真实 DOM 吗?这样性能会很低,React 比较的是虚拟 DOM,虚拟 DOM 也是对象,只不过相较真实 DOM而言,少了很多属性,更"轻".

随机推荐