首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在调用setState方法之前,.then是否等待next完成?

在调用setState方法之前,.then不会等待next完成。

在React中,setState方法是用于更新组件状态的方法。当调用setState方法时,React会将更新放入一个队列中,并在适当的时机进行批量更新。这意味着在调用setState方法后,不会立即更新组件状态,而是在下一个渲染周期中进行更新。

而.then是Promise对象的方法,用于处理异步操作的结果。当调用.then方法时,它会注册一个回调函数,在异步操作完成后执行该回调函数。.then方法不会等待setState方法的更新完成,而是会立即执行。

因此,在调用setState方法之前,.then不会等待next完成。如果需要在setState更新完成后执行某些操作,可以将这些操作放在setState的回调函数中,或者使用生命周期方法如componentDidUpdate来处理。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

高并发编程-CountDownLatch深入解析

要点解说 CountDownLatch允许一个或者多个线程一直等待,直到一组其它操作执行完成使用CountDownLatch时,需要指定一个整数值,此值是线程将要等待的操作数。...当某个线程为了要执行这些操作而等待时,需要调用await方法。await方法让线程进入休眠状态直到所有等待的操作完成为止。...2.await() 调用await方法后,使当前线程锁存器(内部计数器)倒计数至零之前一直等待,进入休眠状态,除非线程被中断。如果当前计数递减为零,则此方法立即返回,继续执行。...3.await(long timeout, TimeUnit unit) 调用await方法后,使当前线程锁存器(内部计数器)倒计数至零之前一直等待,进入休眠状态,除非线程被 中断或超出了指定的等待时间...如果新的计数为零,出于线程调度目的,将重新启用所有的等待线程。 4.getCount() 调用方法后,返回当前计数,即还未完成的操作数,此方法通常用于调试和测试。

72440
  • 3分钟带你搞懂 AQS 原理设计

    关于 CAS 实现原理,之前的并发原子类文章中已经有所介绍,通过它加上volatile修饰符可以实现一个无锁的线程安全访问操作,本文不再重复解读,有兴趣的朋友可以翻阅之前的文章。...以加锁为例,当调用AQS的 API 层获取锁方法时,会先尝试进行加锁操作(具体逻辑由实现类完成),如果加锁失败,会进入等待队列处理环节,这些处理逻辑同时也依赖最底层的基础数据提供层来完成。...3.2.4、线程加入等待队列实现 当线程调用tryAcquire()方法获取锁失败之后,就会调用addWaiter()方法,将当前线程加入到等待队列中去。...CAS方式插入到双向链表的队尾,如果没有成功,再通过自旋方式插入,直到成功为止 2.调用acquireQueued()方法,对等待队列中排队的线程,尝试获取锁操作,如果失败,判断当前节点是否要进入阻塞...,如果满足要求,就通过 LockSupport.park()方法让线程进入阻塞状态,并检查是否被中断,如果没有,等待被唤醒 3.2.5、线程从等待队列中被唤醒实现 当线程调用tryRelease()方法释放锁成功之后

    28210

    React源码分析(三):useState,useReducer

    因为class组件中,在运行时,只会生成一个实例,而在这个实例中会保存组件的state等信息。在后续的更新操作中,也只是调用其中的render方法,实例中的信息不会丢失。...不仅仅是useState()这个hook会在初始化时走mountWorkInProgressHook方法,其他的hook,例如:useEffect, useRef, useCallback等初始化时都是调用的这个方法...在上面讲到,useState初始化时会返回[state, dispatchAction],那我们调用setState()方法,实际上就是调用dispatchAction,而且这个函数初始化时还通过bind...这个调度更新时就已经完成了切换。所以我们这次调用useState方法会和之前初始化有所不同。...updateReducer通过遍历update链表完成setState合并。

    90820

    React源码分析(三):useState,useReducer4

    因为class组件中,在运行时,只会生成一个实例,而在这个实例中会保存组件的state等信息。在后续的更新操作中,也只是调用其中的render方法,实例中的信息不会丢失。...不仅仅是useState()这个hook会在初始化时走mountWorkInProgressHook方法,其他的hook,例如:useEffect, useRef, useCallback等初始化时都是调用的这个方法...在上面讲到,useState初始化时会返回[state, dispatchAction],那我们调用setState()方法,实际上就是调用dispatchAction,而且这个函数初始化时还通过bind...这个调度更新时就已经完成了切换。所以我们这次调用useState方法会和之前初始化有所不同。...updateReducer通过遍历update链表完成setState合并。

    70630

    React源码中的useState,useReducer

    因为class组件中,在运行时,只会生成一个实例,而在这个实例中会保存组件的state等信息。在后续的更新操作中,也只是调用其中的render方法,实例中的信息不会丢失。...不仅仅是useState()这个hook会在初始化时走mountWorkInProgressHook方法,其他的hook,例如:useEffect, useRef, useCallback等初始化时都是调用的这个方法...在上面讲到,useState初始化时会返回[state, dispatchAction],那我们调用setState()方法,实际上就是调用dispatchAction,而且这个函数初始化时还通过bind...这个调度更新时就已经完成了切换。所以我们这次调用useState方法会和之前初始化有所不同。...updateReducer通过遍历update链表完成setState合并。

    1K30

    React源码之useState,useReducer

    因为class组件中,在运行时,只会生成一个实例,而在这个实例中会保存组件的state等信息。在后续的更新操作中,也只是调用其中的render方法,实例中的信息不会丢失。...不仅仅是useState()这个hook会在初始化时走mountWorkInProgressHook方法,其他的hook,例如:useEffect, useRef, useCallback等初始化时都是调用的这个方法...在上面讲到,useState初始化时会返回[state, dispatchAction],那我们调用setState()方法,实际上就是调用dispatchAction,而且这个函数初始化时还通过bind...这个调度更新时就已经完成了切换。所以我们这次调用useState方法会和之前初始化有所不同。...updateReducer通过遍历update链表完成setState合并。

    79840

    面试官:从源码角度讲讲ReentrantLock及队列同步器(AQS)

    同步器的主要使用方式是继承,子类通过继承同步器并实现它的抽象方法来管理同步状态,抽象方法的实现过程中免不了要对同步状态进行更改,这时就需要同步器提供的 3 个方法getState()、setState...Java 实现的 CAS 是调用 unsafe 类提供的方法,底层是调用 C++ 方法,直接操作内存, CPU 层面加锁,直接对内存进行操作。...回看下非公平锁的加锁流程,线程进入同步队列等待之前有两次抢占锁的机会: 第一次是非重入式的获取锁,只有在当前锁未被任何线程占有(包括自身)时才能成功; 第二次是进入同步队列前,包含所有情况的获取锁的方式...因为队列中等待很久的线程相比还未进入队列等待的线程并没有优先权,甚至竞争也处于劣势:队列中的等待的线程要等待前驱结点线程的唤醒,获取锁之前还要检查自己的前驱结点是否为头结点。...为什么非公平锁性能好 非公平锁对锁的竞争是抢占式的(对于已经处于等待队列中线程除外),线程进入等待队列之前可以进行两次尝试,这大大增加了获取锁的机会。

    32120

    React源码分析(三):useState,useReducer_2023-02-19

    因为class组件中,在运行时,只会生成一个实例,而在这个实例中会保存组件的state等信息。在后续的更新操作中,也只是调用其中的render方法,实例中的信息不会丢失。...不仅仅是useState()这个hook会在初始化时走mountWorkInProgressHook方法,其他的hook,例如:useEffect, useRef, useCallback等初始化时都是调用的这个方法...在上面讲到,useState初始化时会返回[state, dispatchAction],那我们调用setState()方法,实际上就是调用dispatchAction,而且这个函数初始化时还通过bind...这个调度更新时就已经完成了切换。所以我们这次调用useState方法会和之前初始化有所不同。...updateReducer通过遍历update链表完成setState合并。

    65620

    AQS很难,面试不会?看我一篇文章吊打面试官

    AQS的CLH队列CLH队列(三个狠人名字组成),用于存储等待办理业务的顾客。CLH队列中,每个节点代表一个等待锁的线程,通过自旋锁进行等待。state变量被用来表示是否阻塞,即锁是否被占用。...CONDITION:这表示节点当前条件队列中等待。线程执行了await()方法后,释放了锁并进入等待状态,直到其他线程调用signal()方法。...公平锁在尝试获取锁之前,会先调用hasQueuedPredecessors()方法来检查是否有其他线程等待队列中排队等待获取锁。...在这种情况下,线程B将调用enq(node)方法将自己封装成的节点加入到等待队列中。 进入enq()方法后,线程B首先判断队列的尾节点t是否为null。...接下来进入parkAndCheckInterrupt()方法调用park()方法,将线程B挂起,使其进入等待状态。当方法返回时,判断线程B是否被中断,如果被中断则返回ture。

    16710

    Semaphore信号量探秘

    另有一个指示器用于标识当前正在工作的打印机的数量为10,其余90份文件只能等待;由于每份文件页数各不相同,有些文件会早一些完成打印,而有些文件会晚点才能完成打印。...此方法适合子类使用信号量追踪不可用的资源。 public final boolean hasQueuedThreads() 查询当前是否有线程等待获取许可证。...同样的道理,4-10号也需要等待正在上厕所的人出来后才能进去,并且谁先进去这得看等待的人是否有素质,是否能遵守先来先上的规则。...中的构造函数: Sync(int permits) { setState(permits); } Sync中的构造函数调用其父类AbstractQueuedSynchronizer的setState...,那么直接调用tryAcquireShared()方法尝试获取许可证 3.维护线程阻塞队列中的状态,尝试将线程挂起 LockSupport.park(this); 当线程执行完成后,需要释放许可证。

    59620

    锁:Sychronized、Lock

    锁是用来多线程并发阶段保障数据同步的重要手段,防止出现脏数据,加锁代码某个时间点只能由一个线程运行,其他线程等待。 普遍熟知的锁是synchronized关键字和Lock类。...current = Thread.currentThread(); 1、获取锁状态 int c = getState(); if (c == 0) { 2、判断当前线程等待队列中是否是第二个结点...(nextc); return true; } return false; } hasQueuedPredecessors方法,判断当前线程是否是第二个节点,也就是等待时间最长的节点...2、释放完成后,唤醒下一个等待线程。...(c); return free; } 第3步是因为同一个线程多次调用lock时,锁状态都会相应的新增,所以可以从这里看出,如果多次调用Lock进行加锁,解锁的时候也要多次调用unLock方法

    41030

    ReentrantLock与AQS

    Node结构 AQS的等待队列如图所示: 等待队列中每个线程被包装成一个 node,数据结构是链表, Node的定义如下: static final class Node { // 标识节点当前共享模式下...enq(node); return node; } // 采用自旋的方式入队 // 之前说过,到这个方法只有两种可能:等待队列为空,或者有线程竞争入队...,大于0 说明前驱节点取消了排队 // 进入阻塞队列排队的线程会被挂起,而唤醒的操作是由前驱节点完成的。...和非公平锁相比,这里多了一个判断:是否有线程等待 if (!...非公平锁在 CAS 失败后,和公平锁一样都会进入到 tryAcquire 方法 tryAcquire 方法中,如果发现锁这个时候被释放了(state == 0),非公平锁会直接 CAS 抢锁,但是公平锁会判断等待队列是否有线程处于等待状态

    17310

    Juc并发编程06——深入剖析队列同步器AQS源码

    /每一个线程可以封装到一个节点进入等待队列 Node nextWaiter; //等待队列中表示模式,条件队列中表示下一个节点 // 判断是否为共享节点...head; private transient volatile Node tail; private volatile int state; // 当前锁的状态 实际上,双向链表初始化是实际使用时完成的...AQS中静态块计算了各个属性的相对于类的偏移地址,并且调用Unsafe中的方法时会将偏移地址传过去哦。...否则会调用acquireQueued,其内部调用了addWaiter。这就是说如果其它线程持有锁,就会把当前节点加入等待队列中。...看ReentrantLock的unlock方法。原来调用的是release方法,状态传参1,因为释放锁的次数为1.

    26230

    Java 并发:队列同步器是什么?

    Java的内置锁一直都是备受争议的,JDK 1.6之前,synchronized这个重量级锁其性能一直都是较为低下,虽然1.6后,进行大量的锁优化策略,但是与Lock相比synchronized还是存在一些缺陷的...介绍Lock之前,我们需要先熟悉一个非常重要的组件,掌握了该组件JUC包下面很多问题都不在是问题了。该组件就是AQS。 AQS,AbstractQueuedSynchronizer,即队列同步器。...AQS通过内置的FIFO同步队列来完成资源获取线程的排队工作,如果当前线程获取同步状态失败(锁)时,AQS则会将当前线程以及等待状态等信息构造成一个节点(Node)并将其加入同步队列,同时会阻塞当前线程...,一般该方法表示是否被当前线程所独占; acquire(intarg):独占式获取同步状态,如果当前线程获取同步状态成功,则由该方法返回,否则,将会进入同步队列等待,该方法将会调用可重写的tryAcquire...,节点线程等待在Condition上,当其他线程对Condition调用了signal()后,改节点将会从等待队列中转移到同步队列中,加入到同步状态的获取中 */ static final

    32530

    JDK源码解析实战 - AbstractQueuedSynchronizer源码解析

    因为 acquire 中的检查是入队前被调用的,所以新获取的线程可能会在被阻塞和排队的其他线程之前插入。...如果需要的话,可以通过调用之前使用“fast-path”检查来获取方法来增强此功能,并可能预先检查hasContended()和/或hasQueuedThreads(),以便仅在同步器可能不存在争用的情况下这样做...但请注意,初始化的头结点并不是当前线程节点,而是调用了无参构造函数的节点。如果经历了初始化或者并发导致队列中有元素,则与之前方法相同。...// 标识是否等待过程被中断过 boolean interrupted = false; // 自旋,结果要么获取锁或者中断 for...调用者将需要重试以确保 park 之前还无法获取。

    98321

    多线程进阶——JUC并发编程之CountDownLatch源码一探究竟?

    使用计数1初始化的倒计时锁存器用作简单的开/关锁存器或门:调用倒计时()的线程打开它之前调用它的所有线程都在门处等待。...初始化为N的倒计时锁存器可用于使一个线程等待N个线程完成某个操作或某个操作已完成N次。...倒计时锁存器的一个有用特性是,它不要求调用倒计时的线程继续之前等待计数达到零,它只是防止任何线程在所有线程都可以通过之前继续通过等待。 ?...如果调用park方法前,_counter大于0,则说明之前调用过unpark方法,所以park方法直接返回。 接着往下看: ?...最终调用Logsupport.unpark方法去唤醒被park挂起AQS等待队列中的线程。

    34710

    ReentrantLock 源码解析(JDK1.8)

    是用来构建锁或者其它同步组件的基础框架,他实现了一个int成员变量标识同步状态(更改这个变量值来获取和释放锁),通过内置的FIFO双向队列来完成资源获取线程排队的工作。...方法中,当前线程死循环中尝试获取同步状态, 如果当前节点的前驱节点头节点才能尝试获得锁,如果获得成功,则把当前线程设置成头结点,把之前的头结点从队列中移除,等待垃圾回收(没有对象引用) 如果获取锁失败则进入...shouldParkAfterFailedAcquire方法中检测当前节点是否可以被安全的挂起(阻塞),如果可以安全挂起则进入parkAndCheckInterrupt方法,把当前线程挂起,并检查刚线程是否执行了...调用signal()方法后,该节点将会从等待同步队列中移到同步队列中,然后等待获取锁。...,等待前驱节点唤醒,返回true(可以挂起) 如果ws>0说明,前驱节点取消了,并循环查找此前驱节点之前所有连续取消的节点。

    59580

    【深入AQS原理】我画了35张图就是为了让你深入 AQS

    此时等待对内中的tail指针为空,直接调用enq(node)方法将当前线程加入等待队列尾部: private Node enq(final Node node) {     for (;;) {         ...执行完成后可以查看AQS中数据: ? 此时线程二被唤醒,线程二接着之前被park的地方继续执行,继续执行acquireQueued()方法。...接着会释放该节点的锁,调用之前解析过的release()方法,释放锁后此时会唤醒被挂起的线程二,线程二会继续尝试获取锁。...接着调用isOnSyncQueue()方法判断当前节点是否为Condition队列中的头部节点,如果是则调用LockSupport.park(this)挂起Condition中当前线程。...= null)         doSignal(first); } 先判断当前线程是否为获取锁的线程,如果不是则直接抛出异常。 接着调用doSignal()方法来唤醒线程。

    2.2K42
    领券