lock接口实现类ReentrantLock我们可以用lock对象，来对临界资源加锁，只有获得lock对象才能访问临界资源，如果没有获得lock对象，就会进入lock对象的锁池。trylock()方法会返回布尔值，这个方法是用来判断这个锁对象是不是已经被线程获取，如果返回值为true，则会直接获得这个锁对象，如果返回false，线程不会阻塞还会继

原文地址：blog.csdn.net/lzb348110175/article/details/98941378学习之前，我们先来了解一下IO模型：    ①同步阻塞IO（BlockingIO）：即传统的IO模型。    ②同步非阻塞IO（NonblockingIO）：默认创建的socket都是阻塞的，非阻塞

NIO高并发是jdk1.4出现的新的流.NIONewIO同步式非阻塞式IOBIOBlockingIO同步式阻塞式IOUDP/TCPAIOAsynchronousIO异步式非阻塞IOjdk1.8BIO的缺点1.会产生阻塞行为receive/accept/connect/r

　　Java中的IO操作可谓常见。在Java的IO体系中，常有些名词容易让人困惑不解。为此，先通俗地介绍下这些名词。　　1什么是同步？　　2什么是异步？　　3什么是阻塞？　　4什么是非阻塞？　　5什么是同步阻塞？　　6什么是同步非阻塞？　　7什么是异步阻塞？　　8

引言Java从JDK1.5开始提供了java.util.concurrent.atomic包，方便程序员在多线程环境下，无锁的进行原子操作。原子变量的底层使用了处理器提供的原子指令，但是不同的CPU架构可能提供的原子指令不一样，也有可能需要某种形式的内部锁,所以该方法不能绝对保证线程不被阻塞。Atomic包介绍在JDK1

通过I/O在线程间进行通信通常很有用。提供线程功能的类库以“管道”的形式对线程间的I/O提供了支持。它们在JavaI/O类库中的对应物就是PipedWriter（允许任务向管道写）和PipedReader（允许不同的任务从同一个管道中读取）。这个模型可以看做是“生产者消费者”问题的变体，这里的管道就是一个封装好的解决方案。管道基本上是一个阻塞队列，

AQS是JUC中很多同步组件的构建基础，简单来讲，它内部实现主要是状态变量state和一个FIFO队列来完成，同步队列的头结点是当前获取到同步状态的结点，获取同步状态state失败的线程，会被构造成一个结点（或共享式或独占式）加入到同步队列尾部（采用自旋CAS来保证此操作的线程安全），随后线程会阻塞；释放时唤醒头结点的后继结点，使其加入对同步状态的争夺中。

1阻塞IO模型从字面来理解，就是调用时可能被阻塞，什么叫阻塞，要知道一个进程有N种状态，学过OS都知道如果阻塞，就会把当前进程放在某个条件的阻塞队列里。直到条件满足了，才会转移此进程进入就绪队列。当然，就绪队列还有个优先级的概念，就不扯远了。阻塞IO.1）调用API，比如 r

引子在安全性和活跃性之间通常存在一种制衡。当我们使用锁来保证线程的安全的同时，如果过度使用加锁，可能会导致死锁。应用无法从死锁中恢复过来，所以在设计时一定要避免会排除这些可能会出现的活跃性问题。死锁死锁描述了这样一种情景，两个或多个线程永久阻塞，互相等待对方释放资源如果线程1锁住了A，然后尝试对B进行加锁，同

任务的控制任务的控制，主要涉及到以下几个方面非阻塞等待超时机制任务中断/退出优雅退出1非阻塞等待go//非阻塞等待,收到数据，返回数据，以及true，收不到数据，返回"",falsefuncnonBlockWait(cchanstring)(string,bool)select//如果没有收到值，会阻塞在此casem:<c:returnm,true//上面的case是阻塞的，收不到值就会等待，但是加了default，就变成非阻塞了//因为上面的