u012516914的专栏

一个同步辅助类，在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待。 下面使用了两个倒计数锁存器：即一个等待另一个的完成 import java.util.concurrent.CountDownLatch; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors

在API中是这样来描述Semaphore 的 Semaphore 通常用于限制可以访问某些资源（物理或逻辑的）的线程数目。 一个计数信号量。从概念上讲，信号量维护了一个许可集。如有必要，在许可可用前会阻塞每一个 acquire()，然后再获取该许可。每个 release() 添加一个许可，从而可能释放一个正在阻塞的获取者。但是，不使用实际的许可对象，Semaphore 只对可用许可的号码

一个同步辅助类，它允许一组线程互相等待，直到到达某个公共屏障点 (common barrier point)。在涉及一组固定大小的线程的程序中，这些线程必须不时地互相等待，此时 CyclicBarrier 很有用。因为该 barrier 在释放等待线程后可以重用，所以称它为循环 的 barrier。 CyclicBarrier 支持一个可选的 Runnable 命令，在一组线程中的最后一

有时我们需要对元素进行配对和交换线程的同步点，使用exchange方法 返回其伙伴的对象，这时我们就需要使用线程类中的Exchanger类了， 我通过一个实例 来简单说明一下他的使用方法及其作用： import java.util.concurrent.Exchanger; import java.util.concurrent.ExecutorService; import java.uti

ThreadLocal是解决线程安全问题一个很好的思路，它通过为每个线程提供一个独立的变量副本解决了变量并发访问的冲突问题。在很多情况下，ThreadLocal比直接使用synchronized同步机制解决线程安全问题更简单，更方便，且结果程序拥有更高的并发性。 对于多线程资源共享的问题，同步机制采用了“以时间换空间”的方式，而ThreadLocal采用了“以空间换时间”的方式。前者仅提

在多线程对同一个函数进行调用时，如果不控制号锁的机制，往往就会产生数据混乱的情况，我们通常在控制线程的同步问题时，通常采用的方法： 1：使用synchronized进行控制访问。 2：使用ReentrantLock，进行上锁，方法体结束时进行解锁，因此得到控制。 下面我分别通过一个实例，来详细说明一下，上锁的方法，如果去掉锁机制之后，你会发现数据会出现混乱的情况。import java.ut

1.减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务。 2.可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为消耗过多的内存，而把服务器累趴下(每个线程需要大约1MB内存，线程开的越多，消耗的内存也就越大，最后死机)。 Java里面线程池的顶级接口是Executor，但是严格意义上讲Executor并不是一个线程池，而只是一个执行线程的工具。真正的线程池接口

在实际的开发中我们为了提高CPU的利用率，也提高程序的执行效率，我们经常使用多线程进行对数据进行并发处理，下面我举一个多线程并发执行的实例，大致意思就是 一个简单的生产者消费者模式，二个线程进行存数据，一个线程进行取数据。 import java.util.concurrent.ArrayBlockingQueue; import java.util.concurrent.BlockingQu

Quartz 执行详解：http://quartz-scheduler.org/   去下载相应的jar包 在maven中可直接把依赖拷贝过来复制到pom中去。 具体规则可查询quartz的文档 下面是一个非常详细的实例：   1.首先把需要执行的任务写到execute中去 并实现job package job; import java.util.Date;     imp