附录1-分析setState()

目录

1  异步执行

1.1  异步验证

1.2  连续两次执行setState()

1.2.1  不会达到顺序执行的效果

1.2.2  只触发一次render()

2  第一个参数可以为函数

3  可以接回调函数


1  异步执行

1.1  异步验证

setState()是异步更新数据的,异步实际就是不按顺序执行

  • JS本身就是异步的,异步相比与同步执行起来快一些,但写的时候就麻烦一点

我们在更改后进行打印

如果是1,表示先执行了setState()再执行console.log()

如果是0,表示setState()与console.log()没有按照书写顺序来走

打开后是这样的

点击一次后发现显示的是0

结论是setState()的执行顺序与书写顺序没有关系

1.2  连续两次执行setState()

1.2.1  不会达到顺序执行的效果

我们这个时候就要注意,不要在没有先后顺序的时候操作state,比如我加两次count

按了一次,发现state的结果还是1

1.2.2  只触发一次render()

打开后

点击一下

2  第一个参数可以为函数

当参数为回调函数的时候,可以连续使用setState()

打开后

发现可以执行两次setState(),但由于是异步,不能加后就获取值,只触发一次render()

如果想使用的话可以在函数中使用state,那个就是最新的值

3  可以接回调函数

回调函数会在页面完成渲染后执行,无论setState有多少个,页面只渲染一次,所以回调函数只会执行最后一次

  • 一般不会使用多个setState)(),都可以使用函数了,直接在函数中处理就好了

打开是这样的

点击一次后

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Suyuoa

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值