- 综合排序
- 最热优先
- 最新优先
- 来自专栏SpringBoot教程
多线程并发之CountDownLatch阻塞等待
总结来说，CountDownLatch的作用就是等待其他的线程都执行完任务，必要时可以对各个任务的执行结果进行汇总，然后主线程才继续往下执行。 await(long timeout, TimeUnit unit) 等待timeout时间后，count的值还不是0，不再等待，那么将继续执行 countDown() 使latch的值减1，如果减到了 0，则会唤醒所有等待在这个latch上的线程。 可以用在一些比较耗时长的任务上，例如调用第三方接口、业务线比较长，当超过指定时间后就当作失败处理，避免服务一直处于等待阻塞状态。 结果： 4. 扩展 如果采用多线程异步任务Future，通过CompletableFuture.allOf也可以实现同样的效果，阻塞等待任务执行结果，参考文章多线程Future，CompletableFuture
1.3K20编辑于 2023-02-16 - 来自专栏CSDN 迁移文章
【多线程】等待唤醒机制和阻塞队列
，所以要使用wait，就要先加个锁，阻塞等待就是把自己的锁释放掉再等待，不然一直拿着锁等待，其他线程就没机会了 把wait操作写在synchronized方法里就可以了，运行之后main线程就一直等待中 ，在jconsole中看到的也是waiting的状态 注意：wait操作进行解锁和阻塞等待是同时执行的（打包原子），如果不是同时执行就可能刚解锁就被其他线程抢占了，然后进行了唤醒操作，这时原来的线程再去等待 释放锁并进入阻塞等待，准备接收唤醒通知 2. ，有的话，厨师进行等待 sleep() 和 wait() 的区别： 这两个方法看起来都是让线程等待，但是是有本质区别的，使用wait的目的是为了提前唤醒，sleep就是固定时间的阻塞，不涉及唤醒，虽然之前说的 阻塞队列的使用 阻塞队列是一种特殊的队列，相比于普通的队列，它支持两个额外的操作：当队列为空时，获取元素的操作会被阻塞，直到队列中有元素可用；当队列已满时，插入元素的操作会被阻塞，直到队列中有空间可以插入新元素
78510编辑于 2024-10-15 - 来自专栏Yui编程知识
【Linux】深入 Linux 进程等待机制：阻塞与非阻塞的奥秘
sleep(5); exit(257); } else { //father int status = 0; pid_t ret = waitpid(-1,&status,0);//阻塞等待 } else { printf("wait child failed,return\n"); return 1; } } return 0; } 执行过程： 因为阻塞等待的缘故 { //father int status = 0; pid_t ret = 0; do { ret = waitpid(-1,&status,WNOHANG);//非阻塞等待 3.解释堵塞与非堵塞 阻塞场景：打电话等朋友接听 你拨打朋友的电话，直到朋友接通之前你什么都做不了。这就像阻塞调用，你必须等着事情完成。 非阻塞场景：发消息等待回复 你给朋友发了个消息，等他们回你。你不用一直盯着手机看，而是可以去做别的事情，等收到消息后再查看。这就像非阻塞调用，你不需要等着完成才能做其他事情。
85510编辑于 2024-10-20 - 来自专栏JAVA开发专栏
反应式编程框架设计：如何使得程序调用不阻塞等待
相比传统的阻塞式的编程，Web容器线程要全部的请求处理操作，一直要等到返回响应结果才能释放线程； 使用Flower框架只需要极少的容器线程就可以处理较多的并发用户请求，而且容器线程不会阻塞。 Service完成业务逻辑处理之后，会返回一个处理结果，这个结果以消息的方式异步发给他的下一个Service 传统编程模型Service之间如果进行调用，被调用者返回之前，调用者Service方法只能阻塞等待 而Flower的Service之间使用了AKKA Actor进行消息的通信，调用者的Service发送调用消息之后，不需要等待被调用者返回的结果，就可以处理下一个消息了，事实上，这些Service可以复用同一个线程去处理自己的消息 ，也就是说，只需要有限的几个线程就可以完成大量的Service处理和消息的传输，这些线程不会阻塞等待。 通常Web应用主要的线程阻塞，是因为数据库访问导致的线程阻塞，Flower支持异步数据库驱动，用户请求数据库的时候，将请求提交给异步数据库驱动，立刻就可以返回，不会阻塞当前线程，异步数据库访问连接远程数据库
94530编辑于 2023-02-27 - 来自专栏跟着小郑学JAVA
【JavaSE专栏76】三态和五态，线程的不同状态：新建、运行、状态、阻塞、等待、计时等待状态
阻塞状态：当线程正在运行时，可能因为某些原因暂时无法继续执行，进入阻塞状态。常见的阻塞原因包括等待 I/O 操作、等待获取锁等。在阻塞状态下，线程会暂停执行，直到阻塞的原因解除。 例如，当处于运行状态的线程调用了 sleep() 方法后，会进入阻塞状态；当等待的I/O操作完成后，阻塞的线程会再次进入运行状态。 阻塞状态：当线程正在运行时，可能因为某些原因暂时无法继续执行，进入阻塞状态。常见的阻塞原因包括等待 I/O 操作、等待获取锁等。在阻塞状态下，线程会暂停执行，直到阻塞的原因解除。 运行状态 -> 阻塞状态：线程可能会因为等待 I/O 操作、等待获取锁或调用了 Thread 类的 sleep() 方法等原因进入阻塞状态。 阻塞状态：线程因为某些原因无法执行，进入阻塞状态。这个状态适用于等待外部资源、等待锁或者等待其他线程完成某些操作的情况。
59220编辑于 2023-08-15 - 来自专栏跟着小郑学JAVA
【JavaSE专栏79】线程死锁，多个线程被阻塞，等待彼此持有的资源
线程死锁是指在多线程编程中，两个或多个线程被永久地阻塞，等待彼此持有的资源，而无法继续执行下去。 ---- 一、什么是线程死锁 线程死锁是指在多线程编程中，两个或多个线程被永久地阻塞，等待彼此持有的资源，而无法继续执行下去，这种情况下，被阻塞的线程将无法释放它所持有的资源，导致所有的线程都无法继续工作 循环等待条件：存在一个线程的资源请求序列，使得每个线程都在等待下一个线程所持有的资源。 阻塞、等待或者睡眠：线程在等待某个操作完成或者等待其他线程的通知时，如果等待的时间过长，可能导致其他线程无法继续执行，最终导致死锁。 死锁的传播：当一个线程发生死锁，它可能会导致其他线程也被阻塞，从而形成死锁链。 死锁的循环等待：当多个线程发生循环等待的情况，每个线程都在等待其他线程所持有的资源时，可能会导致发生死锁。
1K60编辑于 2023-08-18 - 来自专栏菜皮日记
从 Go channel 源码中理解发送方和接收方是如何相互阻塞等待的
Go channel 有一个特性是在一个无缓冲的 channel 上发送和接收必须等待对方准备好，才可以执行，否则会被阻塞。实际上这就是一个同步保证，那么这个同步保证是如何实现的？ main 函数阻塞等待在 <- c 处，直到 f 函数对 a 赋值之后并写入数据到 c 中，main 函数才被唤醒继续执行，所以此时打印 a 必然会得到结果。 先 receive 后 send？ uint // 下一次发送的元素在队列中的索引 recvx uint // 下一个接收的元素在队列中的索引 recvq waitq // 当队列无数据时，receiver 阻塞等待的队列 sendq waitq // 当队列无空间时，sender 阻塞等待的队列 lock mutex } channel 内部实现了一个环形队列，通过 qcount dataqsiz buf ，执行到示例代码中第 (3) 步接收数据时，会调用 runtime/chan.go 中的 chanrecv 函数来处理接收，同样是先看 sender 等待队列是否有阻塞的 sender func chanrecv
69710编辑于 2023-12-18 - 来自专栏菲宇
同步、异步、阻塞、非阻塞
阻塞与非阻塞 应用进程请求I/O操作时，如果数据未准备好，如果请求立即返回就是非阻塞，不立即返回就是阻塞。简单说就是做一件事如果不能立即获得返回，需要等待，就是阻塞，否则就可以理解为非阻塞。 非阻塞 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。 同步/异步与阻塞/非阻塞的组合 同步阻塞形式: 等待执行结果是一直等待，执行时线程挂起（未对fd 设置O_NONBLOCK 标志位的read/write 操作） 同步非阻塞形式:等待执行结果是一直等待， 执行时函数立即返回（对fd 设置O_NONBLOCK 标志位的read/write 操作） 异步阻塞形式:不是在处理消息时一直等待（通过状态、通知，或回调函数通知主调函数select ）,而是在等待消息被触发时被阻塞 异步非阻塞形式:在处理消息是不等待，在执行消息是也不等待。
3.7K40发布于 2019-06-13 - 来自专栏浪人聊编程
同步 异步 阻塞 非阻塞
以调用函数为例, 同步指的是调用方主动查询返回结果,异步是等待被调用方通知查询结果 阻塞是等待返回结果的时间内挂起,非阻塞是等待返回结果的时间内可以干其他事情. 同步和阻塞完全不是一件事,是否同步指的是获取返回结果的方式,是否阻塞指的是等待获取结果的时间内是否可以干其他事情
3.2K20发布于 2019-12-20 - 来自专栏技术碎碎念
同步异步，阻塞非阻塞
什么是同步和异步 同步和异步是针对应用程序和内核的交互而言的， 同步指的是用户进程触发IO操作并等待或者轮询的去查看IO操作是否就绪，而异步是指用户进程触发IO操作以后便开始做自己的事情，而当IO操作已经完成的时候会得到 什么是阻塞和非阻塞 阻塞和非阻塞是针对于进程在访问数据的时候，根据IO操作的就绪状态来采取的不同方式，阻塞方式下读取或者写入函数将一直等待，而非阻塞方式下，读取或者写入函数会立即返回一个状态值。 阻塞与非阻塞：针对函数（程序）运行的方式，在IO未就绪时，是等待就绪还是直接返回（执行别的操作）。 可以是阻塞或非阻塞，阻塞则一直在等待内核/应用程序把IO数据准备好，非阻塞则是直接返回内核/应用程序是否已经准备好数据。 应用程序框架：同步或异步。 IO多路复用,同步，异步，阻塞和非阻塞 区别 关于异步，同步，阻塞与非阻塞 解读I/O多路复用技术
3.8K60发布于 2018-04-11 - 来自专栏CSDN搜“看，未来”
阻塞 & 非阻塞 | 同步 & 异步
这里讲的都是基于IO的 阻塞、非阻塞、同步、异步 ---- 一个典型的IO操作包括了两个阶段，数据准备和数据读写。比如说现在要使用 recv 执行一个读操作，数据就绪就是远端是否有数据可读。 当IO工作在阻塞状态下的时候，如果数据没有就绪，recv就会阻塞当前线程；如果说IO工作在非阻塞状态下，会立即返回。 在拷贝过程中，应用程序会一直等待这个过程结束才返回。 一个同步IO接口的示例： char buf[1024]; int sz = recv(sockfd,buf,1024,0); //阻塞：一直在这儿死等 //非阻塞：时不时的回来问一下 if(sz>0) ---- 五种IO模型 阻塞： 非阻塞： 多路IO复用 信号驱动： 这里就完全放飞自我了 异步： ---- Reactor反应堆模型 One loop per thread
3.5K10发布于 2021-10-09 - 来自专栏SpringCloud专栏
开源异步并行框架，完成任意的多线程编排、阻塞、等待、串并行结合、强弱依赖
netty里面充斥了大量的非阻塞回调模式，主要是靠Future/Promise异步模型来实现的。 Future是java.util.concurrent.Future，是Java提供的接口，可以用来做异步执行的状态获取，它避免了异步任务在调用者那里阻塞等待，而是让调用者可以迅速得到一个Future对象 可以看到netty的这种回调方式比较优雅，不像java的future那样需要阻塞get。 如果依赖的是must要执行的，那么就一定会等待所有的must依赖项全执行完毕，才执行自己。 如果依赖的都不是must，那么就可以任意一个依赖项执行完毕，就可以执行自己了。 还好，CompleteableFuture提供了allOf这个方法，它可以让你传入多个future，并且能够等待这多个future都完成时再统一返回。见下图代码。
2.4K10编辑于 2021-12-09 - 来自专栏Base_CDNKevin
进程等待
pid < -1：等待特定进程组的子进程。 options 参数： 0：默认阻塞等待子进程退出。 WNOHANG：非阻塞模式，如果没有子进程退出，则立即返回 0。 else if (WIFSIGNALED(status)) { printf("Child terminated by signal %d\n", WTERMSIG(status)); } 非阻塞等待 管理多个子进程：waitpid 可以指定等待特定的子进程，适用于多子进程管理。 避免阻塞主进程：使用 WNOHANG 选项，使主进程可以继续执行其他任务。 总结 wait 适用于简单场景，等待任意子进程结束。 waitpid 提供更精细的控制，支持非阻塞模式。 WIFEXITED 等宏可以解析子进程的退出状态。 WNOHANG 选项可以实现非阻塞等待，防止父进程卡死。
1.3K10编辑于 2025-02-12 - 来自专栏遊俠扎彪
学会等待
经历过之后才发现，等待是一种能力——控制自己的能力。就像小孩子忍耐住糖果的诱惑一样，成年后的生活里也有很多类似糖果的东西。所以，当内心特别热衷于某一个东西的时候，提醒一下自己很重要。
1.8K60发布于 2017-12-29 - 来自专栏全栈程序员必看
阻塞与非阻塞的区别verilog_如何理解阻塞和非阻塞
你想办法处理吧…” 对于recv函数,同样道理,该函数的内部工作机制其实是在等待TCP/IP协议栈的接收缓冲区通知它说:嗨,你的数据来了.对于阻塞模式的socket来说如果TCP/IP协议栈的接收缓冲区没有通知一个结果给它它就一直不返回 例如，我们在CSocket中调用Receive函数，如果缓冲区中没有数据，这个函数就会一直等待，直到有数据才返回。而此时，当前线程还会继续处理各种各样的消息。 非阻塞 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。 对象的阻塞模式和阻塞函数调用 对象是否处于阻塞模式和函数是不是阻塞调用有很强的相关性，但是并不是一一对应的。 阻塞对象上可以有非阻塞的调用方式，我们可以通过一定的API去轮询状态，在适当的时候调用阻塞函数，就可以避免阻塞。而对于非阻塞对象，调用特殊的函数也可以进入阻塞调用。
2.9K20编辑于 2022-09-16 - 来自专栏原创分享
阻塞和非阻塞的实现
我们可能都已经听过阻塞非阻塞的概念，本文以tcp中的connect系统调用为例子（基于1.12.13内核，新版的原理类似，但是过程就很复杂了，有时间再分析），分析阻塞和非阻塞是什么并且看他是如何实现的。 sock->state = SS_CONNECTED; // 返回成功 return(0); } 我们看到connect函数首先会调用tcp层的函数发送一个sync包，然后根据socket的属性（阻塞非阻塞 这也是非阻塞+事件驱动架构中的做法。因为这种架构下通常是单进程的，要避免阻塞进程，那么返回后什么时候才能知道连接成功呢？ 这就是进程阻塞的原理，主要是两个过程 1 加入等待队列 2 让出CPU，调度其他进程执行。 我们这个进程什么时候被唤醒呢？我们从收到sync的回包开始分析。具体逻辑在tcp_rcv中。 以上就是进程阻塞和非阻塞的原理。
2.9K20发布于 2021-07-08 - 来自专栏深度学习计算机视觉
同步、异步、阻塞、非阻塞
例如，我们在CSocket中调用Receive函数，如果缓冲区中没有数据，这个函数就会一直等待，直到有数据才返回。而此时，当前线程还会继续处理各种各样的消息。 非阻塞 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。 阻塞对象上可以有非阻塞的调用方式，我们可以通过一定的API去轮询状态，在适当的时候调用阻塞函数，就可以避免阻塞。而对于非阻塞对象，调用特殊的函数也可以进入阻塞调用。 不过小明仍然一直等待“叮”的声音（看起来很傻，不是吗）最蠢 异步非阻塞：仍然是那个会“叮”一声的下载软件，小明提交下载任务后就去干别的，听到“叮”的一声就知道完成了。 阻塞/非阻塞则是小明的等待方式，或者说 API 调用者的等待方式。 在不同的场景下，同步/异步、阻塞/非阻塞的四种组合都有应用。
2.7K50发布于 2018-04-24 - 来自专栏后端技术探索
IO - 同步，异步，阻塞，非阻塞
同步（synchronous） IO和异步（asynchronous） IO，阻塞（blocking） IO和非阻塞（non-blocking）IO分别是什么，到底有什么区别？ 当一个read操作发生时，它会经历两个阶段： 1 等待数据准备 (Waiting for the data to be ready) 2 将数据从内核拷贝到进程中 (Copying the data 对于network io来说，很多时候数据在一开始还没有到达（比如，还没有收到一个完整的UDP包），这个时候kernel就要等待足够的数据到来。而在用户进程这边，整个进程会被阻塞。 从用户进程角度讲 ，它发起一个read操作后，并不需要等待，而是马上就得到了一个结果。用户进程判断结果是一个error时，它就知道数据还没有准备好，于是它可以再次发送read操作。 然后，kernel会等待数据准备完成，然后将数据拷贝到用户内存，当这一切都完成之后，kernel会给用户进程发送一个signal，告诉它read操作完成了。
2.7K10发布于 2018-08-09 - 来自专栏乐行僧的博客
同步、异步、阻塞和非阻塞
同步和异步 同步：是用户线程发起IO请求需要等待或者轮询内核IO操作完成后才能继续执行。 阻塞和非阻塞 阻塞：是指IO操作需要彻底完成后才能返回用户空间。 非阻塞：是指IO操作被调用后立即返回一个状态值，无需等待IO操作完成。 同步操作时，调用者需要等待被调用者返回结果，才能进行下一步操作。 异步操作相反，调用者不需要等待被调用者返回调用结果，即可进行下一步操作，被调用者通常依赖于事件，信号，回调函数等机制来通知调用者调用结果。 阻塞和非阻塞（线程内调用） 阻塞和非阻塞是对于一个线程来讲的，在任意时刻，线程要么是处于阻塞的，要么是出于非阻塞的。 阻塞和非阻塞关注的程序等待调用结果（消息，返回值）时的状态。
2.8K40编辑于 2022-02-25 - 来自专栏BanzClub
阻塞队列与非阻塞队列
使用线程安全队列的场景有很多，Java在实现同步机制时，多线程对竞争资源进行操作时，同一时刻只能有一个线程可以操作，其他线程进行阻塞等待，这时，需要使用一种容器队列来装载等待的线程，在入队和出队时候保证线程的安全性 ，等待队列不空的唤醒，进行出队 private final Condition notEmpty; // 满队列的入队等待条件，等待队列不满的唤醒，进行入队 private final Condition putLock = new ReentrantLock(); // 满队列的入队等待条件，等待队列不满的唤醒，进行入队 private final Condition notFull = putLock.newCondition super E> comparator; // 锁 private final ReentrantLock lock; // 空队列的出队等待条件，等待队列不空的唤醒，进行出队 private final 当多个消费者（或生产者）同时进行队列操作时，没有得到锁的线程将被阻塞，等待其他线程释放锁，再去竞争锁。
3.8K30发布于 2019-06-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号