java多线程管理 concurrent包用法详解

最新推荐文章于 2022-03-30 10:34:58 发布

a944145054

最新推荐文章于 2022-03-30 10:34:58 发布

阅读量182

点赞数

文章标签： java 数据结构与算法数据库

原文链接：http://www.cnblogs.com/aipan/p/10197300.html

版权

我们都知道，在JDK1.5之前，Java中要进行业务并发时，通常需要有程序员独立完成代码实现，当然也有一些开源的框架提供了这些功能，但是这些依然没有JDK自带的功能使用起来方便。而当针对高质量Java多线程并发程序设计时,为防止死蹦等现象的出现，比如使用java之前的wait()、notify()和synchronized等，每每需要考虑性能、死锁、公平性、资源管理以及如何避免线程安全性方面带来的危害等诸多因素，往往会采用一些较为复杂的安全策略，加重了程序员的开发负担.万幸的是，在JDK1.5出现之后，Sun大神（Doug Lea）终于为我们这些可怜的小程序员推出了java.util.concurrent工具包以简化并发完成。开发者们借助于此，将有效的减少竞争条件（race conditions）和死锁线程。concurrent包很好的解决了这些问题，为我们提供了更实用的并发程序模型。

Executor                ：具体Runnable任务的执行者。
ExecutorService          ：一个线程池管理者，其实现类有多种，我会介绍一部分。我们能把Runnable,Callable提交到池中让其调度。
Semaphore                ：一个计数信号量
ReentrantLock          ：一个可重入的互斥锁定 Lock，功能类似synchronized，但要强大的多。
Future                   ：是与Runnable,Callable进行交互的接口，比如一个线程执行结束后取返回的结果等等，还提供了cancel终止线程。
BlockingQueue          ：阻塞队列。
CompletionService       : ExecutorService的扩展，可以获得线程执行结果的
CountDownLatch          ：一个同步辅助类，在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待。
CyclicBarrier          ：一个同步辅助类，它允许一组线程互相等待，直到到达某个公共屏障点
Future                   ：Future 表示异步计算的结果。
ScheduledExecutorService ：一个 ExecutorService，可安排在给定的延迟后运行或定期执行的命令。
接下来逐一介绍
Executors主要方法说明
newFixedThreadPool（固定大小线程池）
创建一个可重用固定线程集合的线程池，以共享的无界队列方式来运行这些线程（只有要请求的过来，就会在一个队列里等待执行）。如果在关闭前的执行期间由于失败而导致任何线程终止，那么一个新线程将代替它执行后续的任务（如果需要）。
newCachedThreadPool（无界线程池，可以进行自动线程回收）
创建一个可根据需要创建新线程的线程池，但是在以前构造的线程可用时将重用它们。对于执行很多短期异步任务的程序而言，这些线程池通常可提高程序性能。调用 execute 将重用以前构造的线程（如果线程可用）。如果现有线程没有可用的，则创建一个新线程并添加到池中。终止并从缓存中移除那些已有 60 秒钟未被使用的线程。因此，长时间保持空闲的线程池不会使用任何资源。注意，可以使用 ThreadPoolExecutor 构造方法创建具有类似属性但细节不同（例如超时参数）的线程池。
newSingleThreadExecutor（单个后台线程）
创建一个使用单个 worker 线程的 Executor，以无界队列方式来运行该线程。（注意，如果因为在关闭前的执行期间出现失败而终止了此单个线程，那么如果需要，一个新线程将代替它执行后续的任务）。可保证顺序地执行各个任务，并且在任意给定的时间不会有多个线程是活动的。与其他等效的 newFixedThreadPool(1) 不同，可保证无需重新配置此方法所返回的执行程序即可使用其他的线程。
这些方法返回的都是ExecutorService对象，这个对象可以理解为就是一个线程池。
这个线程池的功能还是比较完善的。可以提交任务submit()可以结束线程池shutdown()。

 
       01import java.util.concurrent.ExecutorService;
 
       02import java.util.concurrent.Executors;
 
       03public class MyExecutor extends Thread {
 
       04private int index;
 
       05public MyExecutor(int i){
 
       06    this.index=i;
 
       07}
 
       08public void run(){
 
       09    try{
 
       10     System.out.println("["+this.index+"] start....");
 
       11     Thread.sleep((int)(Math.random()*1000));
 
       12     System.out.println("["+this.index+"] end.");
 
       13    }
 
       14    catch(Exception e){
 
       15     e.printStackTrace();
 
       16    }
 
       17}
 
       18public static void main(String args[]){
 
       19    ExecutorService service=Executors.newFixedThreadPool(4);
 
       20    for(int i=0;i<10;i++){
 
       21     service.execute(new MyExecutor(i));
 
       22     //service.submit(new MyExecutor(i));
 
       23    }
 
       24    System.out.println("submit finish");
 
       25    service.shutdown();
 
       26}
 
       27}

虽然打印了一些信息，但是看的不是非常清晰，这个线程池是如何工作的，我们来将休眠的时间调长10倍。
Thread.sleep((int)(Math.random()*10000));
再来看，会清楚看到只能执行4个线程。当执行完一个线程后，才会又执行一个新的线程，也就是说，我们将所有的线程提交后，线程池会等待执行完最后shutdown。我们也会发现，提交的线程被放到一个“无界队列里”。这是一个有序队列（BlockingQueue，这个下面会说到）。
另外它使用了Executors的静态函数生成一个固定的线程池，顾名思义，线程池的线程是不会释放的，即使它是Idle。
这就会产生性能问题，比如如果线程池的大小为200，当全部使用完毕后，所有的线程会继续留在池中，相应的内存和线程切换（while(true)+sleep循环）都会增加。
如果要避免这个问题，就必须直接使用ThreadPoolExecutor()来构造。可以像通用的线程池一样设置“最大线程数”、“最小线程数”和“空闲线程keepAlive的时间”。

这个就是线程池基本用法。
Semaphore
一个计数信号量。从概念上讲，信号量维护了一个许可集合。如有必要，在许可可用前会阻塞每一个 acquire()，然后再获取该许可。每个 release() 添加一个许可，从而可能释放一个正在阻塞的获取者。但是，不使用实际的许可对象，Semaphore 只对可用许可的号码进行计数，并采取相应的行动。
Semaphore 通常用于限制可以访问某些资源（物理或逻辑的）的线程数目。例如，下面的类使用信号量控制对内容池的访问：
这里是一个实际的情况，大家排队上厕所，厕所只有两个位置，来了10个人需要排队。

 
       01import java.util.concurrent.ExecutorService;
 
       02import java.util.concurrent.Executors;
 
       03import java.util.concurrent.Semaphore;
 
       04public class MySemaphore extends Thread {
 
       05Semaphore position;
 
       06private int id;
 
       07public MySemaphore(int i,Semaphore s){
 
       08    this.id=i;
 
       09    this.position=s;
 
       10}
 
       11public void run(){
 
       12    try{
 
       13     if(position.availablePermits()>0){
 
       14      System.out.println("顾客["+this.id+"]进入厕所，有空位");
 
       15     }
 
       16     else{
 
       17      System.out.println("顾客["+this.id+"]进入厕所，没空位，排队");
 
       18     }
 
       19     position.acquire();
 
       20     System.out.println("顾客["+this.id+"]获得坑位");
 
       21     Thread.sleep((int)(Math.random()*1000));
 
       22     System.out.println("顾客["+this.id+"]使用完毕");
 
       23     position.release();
 
       24    }
 
       25    catch(Exception e){
 
       26     e.printStackTrace();
 
       27    }
 
       28}
 
       29public static void main(String args[]){
 
       30    ExecutorService list=Executors.newCachedThreadPool();
 
       31    Semaphore position=new Semaphore(2);
 
       32    for(int i=0;i<10;i++){
 
       33     list.submit(new MySemaphore(i+1,position));
 
       34    }
 
       35    list.shutdown();
 
       36    position.acquireUninterruptibly(2);
 
       37    System.out.println("使用完毕，需要清扫了");
 
       38    position.release(2);
 
       39}
 
       40}

ReentrantLock
一个可重入的互斥锁定 Lock，它具有与使用 synchronized 方法和语句所访问的隐式监视器锁定相同的一些基本行为和语义，但功能更强大。
ReentrantLock 将由最近成功获得锁定，并且还没有释放该锁定的线程所拥有。当锁定没有被另一个线程所拥有时，调用 lock 的线程将成功获取该锁定并返回。如果当前线程已经拥有该锁定，此方法将立即返回。可以使用 isHeldByCurrentThread() 和 getHoldCount() 方法来检查此情况是否发生。
此类的构造方法接受一个可选的公平参数。
当设置为 true时，在多个线程的争用下，这些锁定倾向于将访问权授予等待时间最长的线程。否则此锁定将无法保证任何特定访问顺序。
与采用默认设置（使用不公平锁定）相比，使用公平锁定的程序在许多线程访问时表现为很低的总体吞吐量（即速度很慢，常常极其慢），但是在获得锁定和保证锁定分配的均衡性时差异较小。不过要注意的是，公平锁定不能保证线程调度的公平性。因此，使用公平锁定的众多线程中的一员可能获得多倍的成功机会，这种情况发生在其他活动线程没有被处理并且目前并未持有锁定时。还要注意的是，未定时的 tryLock 方法并没有使用公平设置。因为即使其他线程正在等待，只要该锁定是可用的，此方法就可以获得成功。
建议总是立即实践，使用 try 块来调用 lock，在之前/之后的构造中，最典型的代码如下：

 
       01class X {
 
       02    private final ReentrantLock lock = new ReentrantLock();
 
       03    // ...
 
       04    public void m() {
 
       05      lock.lock(); // block until condition holds
 
       06      try {
 
       07        // ... method body
 
       08      } finally {
 
       09        lock.unlock()
 
       10      }
 
       11    }
 
       12}

我的例子：

 
       01import java.util.concurrent.ExecutorService;
 
       02import java.util.concurrent.Executors;
 
       03import java.util.concurrent.locks.ReentrantLock;
 
       04public class MyReentrantLock extends Thread{
 
       05TestReentrantLock lock;
 
       06private int id;
 
       07public MyReentrantLock(int i,TestReentrantLock test){
 
       08    this.id=i;
 
       09    this.lock=test;
 
       10}
 
       11public void run(){
 
       12    lock.print(id);
 
       13}
 
       14public static void main(String args[]){
 
       15    ExecutorService service=Executors.newCachedThreadPool();
 
       16    TestReentrantLock lock=new TestReentrantLock();
 
       17    for(int i=0;i<10;i++){
 
       18     service.submit(new MyReentrantLock(i,lock));
 
       19    }
 
       20    service.shutdown();
 
       21}
 
       22}
 
       23class TestReentrantLock{
 
       24private ReentrantLock lock=new ReentrantLock();
 
       25public void print(int str){
 
       26    try{
 
       27     lock.lock();
 
       28     System.out.println(str+"获得");
 
       29     Thread.sleep((int)(Math.random()*1000));
 
       30    }
 
       31    catch(Exception e){
 
       32     e.printStackTrace();
 
       33    }
 
       34    finally{
 
       35     System.out.println(str+"释放");
 
       36     lock.unlock();
 
       37    }
 
       38}
 
       39}

BlockingQueue
支持两个附加操作的 Queue，这两个操作是：检索元素时等待队列变为非空，以及存储元素时等待空间变得可用。
BlockingQueue 不接受 null 元素。试图 add、put 或 offer 一个 null 元素时，某些实现会抛出 NullPointerException。null 被用作指示 poll 操作失败的警戒值。
BlockingQueue 可以是限定容量的。它在任意给定时间都可以有一个 remainingCapacity，超出此容量，便无法无阻塞地 put 额外的元素。
没有任何内部容量约束的 BlockingQueue 总是报告 Integer.MAX_VALUE 的剩余容量。
BlockingQueue 实现主要用于生产者-使用者队列，但它另外还支持 Collection 接口。因此，举例来说，使用 remove(x) 从队列中移除任意一个元素是有可能的。
然而，这种操作通常不会有效执行，只能有计划地偶尔使用，比如在取消排队信息时。
BlockingQueue 实现是线程安全的。所有排队方法都可以使用内部锁定或其他形式的并发控制来自动达到它们的目的。
然而，大量的 Collection 操作（addAll、containsAll、retainAll 和 removeAll）没有必要自动执行，除非在实现中特别说明。
因此，举例来说，在只添加了 c 中的一些元素后，addAll(c) 有可能失败（抛出一个异常）。
BlockingQueue 实质上不支持使用任何一种“close”或“shutdown”操作来指示不再添加任何项。
这种功能的需求和使用有依赖于实现的倾向。例如，一种常用的策略是：对于生产者，插入特殊的 end-of-stream 或 poison 对象，并根据使用者获取这些对象的时间来对它们进行解释。
下面的例子演示了这个阻塞队列的基本功能。

 
       01import java.util.concurrent.BlockingQueue;
 
       02import java.util.concurrent.ExecutorService;
 
       03import java.util.concurrent.Executors;
 
       04import java.util.concurrent.LinkedBlockingQueue;
 
       05public class MyBlockingQueue extends Thread {
 
       06public static BlockingQueue<String> queue = new LinkedBlockingQueue<String>(3);
 
       07private int index;
 
       08public MyBlockingQueue(int i) {
 
       09   this.index = i;
 
       10}
 
       11public void run() {
 
       12   try {
 
       13    queue.put(String.valueOf(this.index));
 
       14    System.out.println("{" + this.index + "} in queue!");
 
       15   } catch (Exception e) {
 
       16    e.printStackTrace();
 
       17   }
 
       18}
 
       19public static void main(String args[]) {
 
       20   ExecutorService service = Executors.newCachedThreadPool();
 
       21   for (int i = 0; i < 10; i++) {
 
       22    service.submit(new MyBlockingQueue(i));
 
       23   }
 
       24   Thread thread = new Thread() {
 
       25    public void run() {
 
       26     try {
 
       27      while (true) {
 
       28       Thread.sleep((int) (Math.random() * 1000));
 
       29       if(MyBlockingQueue.queue.isEmpty())
 
       30        break;
 
       31       String str = MyBlockingQueue.queue.take();
 
       32       System.out.println(str + " has take!");
 
       33      }
 
       34     } catch (Exception e) {
 
       35      e.printStackTrace();
 
       36     }
 
       37    }
 
       38   };
 
       39   service.submit(thread);
 
       40   service.shutdown();
 
       41}
 
       42}

---------------------执行结果-----------------
{0} in queue!
{1} in queue!
{2} in queue!
{3} in queue!
0 has take!
{4} in queue!
1 has take!
{6} in queue!
2 has take!
{7} in queue!
3 has take!
{8} in queue!
4 has take!
{5} in queue!
6 has take!
{9} in queue!
7 has take!
8 has take!
5 has take!
9 has take!
-----------------------------------------

CompletionService
将生产新的异步任务与使用已完成任务的结果分离开来的服务。生产者 submit 执行的任务。使用者 take 已完成的任务，
并按照完成这些任务的顺序处理它们的结果。例如，CompletionService 可以用来管理异步 IO ，执行读操作的任务作为程序或系统的一部分提交，
然后，当完成读操作时，会在程序的不同部分执行其他操作，执行操作的顺序可能与所请求的顺序不同。
通常，CompletionService 依赖于一个单独的 Executor 来实际执行任务，在这种情况下，
CompletionService 只管理一个内部完成队列。ExecutorCompletionService 类提供了此方法的一个实现。

 
       01import java.util.concurrent.Callable;
 
       02import java.util.concurrent.CompletionService;
 
       03import java.util.concurrent.ExecutorCompletionService;
 
       04import java.util.concurrent.ExecutorService;
 
       05import java.util.concurrent.Executors;
 
       06public class MyCompletionService implements Callable<String> {
 
       07private int id;
 
       08 
 
       09public MyCompletionService(int i){
 
       10   this.id=i;
 
       11}
 
       12public static void main(String[] args) throws Exception{
 
       13   ExecutorService service=Executors.newCachedThreadPool();
 
       14   CompletionService<String> completion=new ExecutorCompletionService<String>(service);
 
       15   for(int i=0;i<10;i++){
 
       16    completion.submit(new MyCompletionService(i));
 
       17   }
 
       18   for(int i=0;i<10;i++){
 
       19    System.out.println(completion.take().get());
 
       20   }
 
       21   service.shutdown();
 
       22}
 
       23public String call() throws Exception {
 
       24   Integer time=(int)(Math.random()*1000);
 
       25   try{
 
       26    System.out.println(this.id+" start");
 
       27    Thread.sleep(time);
 
       28    System.out.println(this.id+" end");
 
       29   }
 
       30   catch(Exception e){
 
       31    e.printStackTrace();
 
       32   }
 
       33   return this.id+":"+time;
 
       34}
 
       35}

CountDownLatch

一个同步辅助类，在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待。
用给定的计数初始化 CountDownLatch。由于调用了 countDown() 方法，所以在当前计数到达零之前，await 方法会一直受阻塞。
之后，会释放所有等待的线程，await 的所有后续调用都将立即返回。这种现象只出现一次——计数无法被重置。如果需要重置计数，请考虑使用 CyclicBarrier。
CountDownLatch 是一个通用同步工具，它有很多用途。将计数 1 初始化的 CountDownLatch 用作一个简单的开/关锁存器，
或入口：在通过调用 countDown() 的线程打开入口前，所有调用 await 的线程都一直在入口处等待。
用 N 初始化的 CountDownLatch 可以使一个线程在 N 个线程完成某项操作之前一直等待，或者使其在某项操作完成 N 次之前一直等待。
CountDownLatch 的一个有用特性是，它不要求调用 countDown 方法的线程等到计数到达零时才继续，
而在所有线程都能通过之前，它只是阻止任何线程继续通过一个 await。
一下的例子是别人写的，非常形象。

 
       01import java.util.concurrent.CountDownLatch;
 
       02import java.util.concurrent.ExecutorService;
 
       03import java.util.concurrent.Executors;
 
       04public class TestCountDownLatch {
 
       05public static void main(String[] args) throws InterruptedException {
 
       06   // 开始的倒数锁
 
       07   final CountDownLatch begin = new CountDownLatch(1);
 
       08   // 结束的倒数锁
 
       09   final CountDownLatch end = new CountDownLatch(10);
 
       10   // 十名选手
 
       11   final ExecutorService exec = Executors.newFixedThreadPool(10);
 
       12   
 
       13   for (int index = 0; index < 10; index++) {
 
       14    final int NO = index + 1;
 
       15    Runnable run = new Runnable() {
 
       16     public void run() {
 
       17      try {
 
       18       begin.await();//一直阻塞
 
       19       Thread.sleep((long) (Math.random() * 10000));
 
       20       System.out.println("No." + NO + " arrived");
 
       21      } catch (InterruptedException e) {
 
       22      } finally {
 
       23       end.countDown();
 
       24      }
 
       25     }
 
       26    };
 
       27    exec.submit(run);
 
       28   }
 
       29   System.out.println("Game Start");
 
       30   begin.countDown();
 
       31   end.await();
 
       32   System.out.println("Game Over");
 
       33   exec.shutdown();
 
       34}
 
       35}

CountDownLatch最重要的方法是countDown()和await()，前者主要是倒数一次，后者是等待倒数到0，如果没有到达0，就只有阻塞等待了。

CyclicBarrier
一个同步辅助类，它允许一组线程互相等待，直到到达某个公共屏障点 (common barrier point)。
在涉及一组固定大小的线程的程序中，这些线程必须不时地互相等待，此时 CyclicBarrier 很有用。因为该 barrier 在释放等待线程后可以重用，所以称它为循环的 barrier。
CyclicBarrier 支持一个可选的 Runnable 命令，在一组线程中的最后一个线程到达之后（但在释放所有线程之前），
该命令只在每个屏障点运行一次。若在继续所有参与线程之前更新共享状态，此屏障操作很有用。
示例用法：下面是一个在并行分解设计中使用 barrier 的例子，很经典的旅行团例子：

 
       01import java.text.SimpleDateFormat;
 
       02import java.util.Date;
 
       03import java.util.concurrent.BrokenBarrierException;
 
       04import java.util.concurrent.CyclicBarrier;
 
       05import java.util.concurrent.ExecutorService;
 
       06import java.util.concurrent.Executors;
 
       07public class TestCyclicBarrier {
 
       08  // 徒步需要的时间: Shenzhen, Guangzhou, Shaoguan, Changsha, Wuhan
 
       09  private static int[] timeWalk = { 5, 8, 15, 15, 10 };
 
       10  // 自驾游
 
       11  private static int[] timeSelf = { 1, 3, 4, 4, 5 };
 
       12  // 旅游大巴
 
       13  private static int[] timeBus = { 2, 4, 6, 6, 7 };
 
       14   
 
       15  static String now() {
 
       16     SimpleDateFormat sdf = new SimpleDateFormat("HH:mm:ss");
 
       17     return sdf.format(new Date()) + ": ";
 
       18  }
 
       19  static class Tour implements Runnable {
 
       20     private int[] times;
 
       21     private CyclicBarrier barrier;
 
       22     private String tourName;
 
       23     public Tour(CyclicBarrier barrier, String tourName, int[] times) {
 
       24       this.times = times;
 
       25       this.tourName = tourName;
 
       26       this.barrier = barrier;
 
       27     }
 
       28     public void run() {
 
       29       try {
 
       30         Thread.sleep(times[0] * 1000);
 
       31         System.out.println(now() + tourName + " Reached Shenzhen");
 
       32         barrier.await();
 
       33         Thread.sleep(times[1] * 1000);
 
       34         System.out.println(now() + tourName + " Reached Guangzhou");
 
       35         barrier.await();
 
       36         Thread.sleep(times[2] * 1000);
 
       37         System.out.println(now() + tourName + " Reached Shaoguan");
 
       38         barrier.await();
 
       39         Thread.sleep(times[3] * 1000);
 
       40         System.out.println(now() + tourName + " Reached Changsha");
 
       41         barrier.await();
 
       42         Thread.sleep(times[4] * 1000);
 
       43         System.out.println(now() + tourName + " Reached Wuhan");
 
       44         barrier.await();
 
       45       } catch (InterruptedException e) {
 
       46       } catch (BrokenBarrierException e) {
 
       47       }
 
       48     }
 
       49  }
 
       50  public static void main(String[] args) {
 
       51     // 三个旅行团
 
       52     CyclicBarrier barrier = new CyclicBarrier(3);
 
       53     ExecutorService exec = Executors.newFixedThreadPool(3);
 
       54     exec.submit(new Tour(barrier, "WalkTour", timeWalk));
 
       55     exec.submit(new Tour(barrier, "SelfTour", timeSelf));
 
       56//当我们把下面的这段代码注释后，会发现，程序阻塞了，无法继续运行下去。
 
       57     exec.submit(new Tour(barrier, "BusTour", timeBus));
 
       58     exec.shutdown();
 
       59  }
 
       60}

CyclicBarrier最重要的属性就是参与者个数，另外最要方法是await()。当所有线程都调用了await()后，就表示这些线程都可以继续执行，否则就会等待。
Future
Future 表示异步计算的结果。它提供了检查计算是否完成的方法，以等待计算的完成，并检索计算的结果。
计算完成后只能使用 get 方法来检索结果，如有必要，计算完成前可以阻塞此方法。取消则由 cancel 方法来执行。
还提供了其他方法，以确定任务是正常完成还是被取消了。一旦计算完成，就不能再取消计算。
如果为了可取消性而使用 Future但又不提供可用的结果，则可以声明 Future<?> 形式类型、并返回 null 作为基础任务的结果。
这个我们在前面CompletionService已经看到了，这个Future的功能，而且这个可以在提交线程的时候被指定为一个返回对象的。

ScheduledExecutorService
一个 ExecutorService，可安排在给定的延迟后运行或定期执行的命令。
schedule 方法使用各种延迟创建任务，并返回一个可用于取消或检查执行的任务对象。scheduleAtFixedRate 和 scheduleWithFixedDelay 方法创建并执行某些在取消前一直定期运行的任务。
用 Executor.execute(java.lang.Runnable) 和 ExecutorService 的 submit 方法所提交的命令，通过所请求的 0 延迟进行安排。
schedule 方法中允许出现 0 和负数延迟（但不是周期），并将这些视为一种立即执行的请求。
所有的 schedule 方法都接受相对延迟和周期作为参数，而不是绝对的时间或日期。将以 Date 所表示的绝对时间转换成要求的形式很容易。
例如，要安排在某个以后的日期运行，可以使用：schedule(task, date.getTime() - System.currentTimeMillis(), TimeUnit.MILLISECONDS)。
但是要注意，由于网络时间同步协议、时钟漂移或其他因素的存在，因此相对延迟的期满日期不必与启用任务的当前 Date 相符。
Executors 类为此包中所提供的 ScheduledExecutorService 实现提供了便捷的工厂方法。
一下的例子也是网上比较流行的。

 
       01import static java.util.concurrent.TimeUnit.SECONDS;
 
       02import java.util.Date;
 
       03import java.util.concurrent.Executors;
 
       04import java.util.concurrent.ScheduledExecutorService;
 
       05import java.util.concurrent.ScheduledFuture;
 
       06public class TestScheduledThread {
 
       07public static void main(String[] args) {
 
       08   final ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(2);
 
       09   final Runnable beeper = new Runnable() {
 
       10    int count = 0;
 
       11    public void run() {
 
       12     System.out.println(new Date() + " beep " + (++count));
 
       13    }
 
       14   };
 
       15   // 1秒钟后运行，并每隔2秒运行一次
 
       16   final ScheduledFuture beeperHandle = scheduler.scheduleAtFixedRate(beeper, 1, 2, SECONDS);
 
       17   // 2秒钟后运行，并每次在上次任务运行完后等待5秒后重新运行
 
       18   final ScheduledFuture beeperHandle2 = scheduler.scheduleWithFixedDelay(beeper, 2, 5, SECONDS);
 
       19   // 30秒后结束关闭任务，并且关闭Scheduler
 
       20   scheduler.schedule(new Runnable() {
 
       21    public void run() {
 
       22     beeperHandle.cancel(true);
 
       23     beeperHandle2.cancel(true);
 
       24     scheduler.shutdown();
 
       25    }
 
       26   }, 30, SECONDS);
 
       27}
 
       28}

这样我们就把concurrent包下比较重要的功能都已经总结完了，希望对我们理解能有帮助。

==========================================

JAVA concurrent

本文主要讲解Java并发相关的内容，包括锁、信号量、堵塞队列、线程池等主要内容。

并发的优点和缺点

在讲述怎么利用多线程的情况下，我们先看一下采用多线程并发的优缺点。

优点

提高资源利用率
如读取一个目录下的所有文件，如果采用单线程模型，则从磁盘读取文件的时候，大部分CPU用于等待磁盘去读取数据。如果是采用多线程并发执行，则CPU可以在等待IO的时候去做其他的事情，以提高CPU的使用率，减少资源的浪费。
程序响应速度好
单线程模型下，假设一个http请求需要占用大量的时间来处理，则其他的请求无法发送请求给服务端。而多线程模式下，监听线程把请求传递给工作者线程，然后立刻返回去监听，可以去接收新的请求，而工作者线程则能够处理这个请求并发送一个回复给客户端。明显响应速度比单线程模型要好得多。

缺点
程序设计复杂度
多线程情况下，需要考虑线程间的通信、共享资源的访问，相对而言要比单线程程序负责一些。
上下文切换开销大
当CPU从执行一个线程切换到执行另外一个线程的时候，它需要先存储当前线程的本地的数据，程序指针等，然后载入另一个线程的本地数据，程序指针等，最后才开始执行。这种切换称为“上下文切换”。CPU会在一个上下文中执行一个线程，然后切换到另外一个上下文中执行另外一个线程。尤其是当线程数量较多时，这种开销很明显。
资源消耗
线程在运行的时候需要从计算机里面得到一些资源。除了CPU，线程还需要一些内存来维持它本地的堆栈。它也需要占用操作系统中一些资源来管理线程

并发模型

并发系统可以采用多种并发编程模型来实现。并发模型指定了系统中的线程如何通过协作来完成分配给它们的作业。不同的并发模型采用不同的方式拆分作业，同时线程间的协作和交互方式也不相同。

并行工作者

在并行工作者模型中，委派者（Delegator）将传入的作业分配给不同的工作者。每个工作者完成整个任务。工作者们并行运作在不同的线程上，甚至可能在不同的CPU上。

假设电商系统中的秒杀活动采用了并行工作者模型，订单->财务->仓储->物流，工作者A拿到订单请求，然后负责支付流程，查询仓储情况，直到发货。
在Java应用系统中，并行工作者模型是最常见的并发模型，java.util.concurrent包中的许多并发实用工具都是设计用于这个模型的。

优点
易于理解，可以添加更多的工作者来提高系统的并行度
缺点

共享状态可能会很复杂
在上面的电商系统中，由于共享的工作者经常需要访问一些共享数据，无论是内存中的或者共享的数据库中的。
在等待访问共享数据结构时，线程之间的互相等待将会丢失部分并行性。许多并发数据结构是阻塞的，意味着在任何一个时间只有一个或者很少的线程能够访问。这样会导致在这些共享数据结构上出现竞争状态。在执行需要访问共享数据结构部分的代码时，高竞争基本上会导致执行时出现一定程度的串行化。
无状态的工作者
每次都重读需要的数据，将会导致速度变慢，特别是状态保存在外部数据库中的时候。
任务顺序是不确定的
作业执行顺序是不确定的,无法保证哪个作业最先或者最后被执行。如A先下单，B后下单，不根据时间进行业务逻辑的判断，不能有可能B先于A收到货。

流水线模式

流水线模式中，每个工作者只负责作业中的部分工作。当完成了自己的这部分工作时工作者会将作业转发给下一个工作者。每个工作者在自己的线程中运行，并且不会和其他工作者共享状态。也称反应器系统，或事件驱动系统。

以秒杀为例，工作者A执行订单的处理，工作者B执行支付，工作者C检查仓储，工作者D负责物流，分工明确，各司其职。
在实际应用中，作业有可能不会沿着单一流水线进行。由于大多数系统可以执行多个作业，作业从一个工作者流向另一个工作者取决于作业需要做的工作。在实际中可能会有多个不同的虚拟流水线同时运行。

作业甚至也有可能被转发到超过一个工作者上并发处理。比如说，作业有可能被同时转发到作业执行器和作业日志器。下图说明了三条流水线是如何通过将作业转发给同一个工作者（中间流水线的最后一个工作者）来完成作业:

优点

无需共享的状态
工作者之间无需共享状态，意味着实现的时候无需考虑所有因并发访问共享对象而产生的并发性问题
较好的硬件整合
单线程代码在整合底层硬件的时候往往具有更好的优势。首先，当能确定代码只在单线程模式下执行的时候，通常能够创建更优化的数据结构和算法。
合理的作业顺序
基于流水线并发模型实现的并发系统，在某种程度上是有可能保证作业的顺序的。作业的有序性使得它更容易地推出系统在某个特定时间点的状态

缺点

编写难度大
好在有一些平台框架可以直接使用，如Akka,Node.JS等
跟踪困难
流水线并发模型最大的缺点是作业的执行往往分布到多个工作者上，并因此分布到项目中的多个类上。这样导致在追踪某个作业到底被什么代码执行时变得困难。

函数式并行

函数式并行的基本思想是采用函数调用实现程序。函数可以看作是代理人agents或者actor，函数之间可以像流水线模型（反应器或者事件驱动系统）那样互相发送消息。
函数都是通过拷贝来传递参数的，所以除了接收函数外没有实体可以操作数据。这对于避免共享数据的竞态来说是很有必要的。同样也使得函数的执行类似于原子操作。每个函数调用的执行独立于任何其他函数的调用。

Runnable、Callable、Future、Thread、FutureTask

Java并发中主要以Runnable、Callable、Future三个接口作为基础。

Runnable

实例想要被线程执行，可以通过实现Runnable接口。
。通过实例化某个 Thread 实例并将自身作为运行目标，就可以运行实现 Runnable 的类而无需创建 Thread 的子类。大多数情况下，如果只想重写 run() 方法，而不重写其他 Thread 方法，那么应使用 Runnable 接口。这很重要，因为除非程序员打算修改或增强类的基本行为，否则不应为该类创建子类。

Callable

Callable 接口类似于 Runnable，两者都是为那些其实例可能被另一个线程执行的类设计的。但是 Runnable不会返回结果，并且无法抛出经过检查的异常。

Future

Future 表示异步计算的结果。它提供了检查计算是否完成的方法，以等待计算的完成，并获取计算的结果。计算完成后只能使用 get 方法来获取结果，如有必要，计算完成前可以阻塞此方法。取消则由 cancel 方法来执行。还提供了其他方法，以确定任务是正常完成还是被取消了。一旦计算完成，就不能再取消计算。如果为了可取消性而使用 Future 但又不提供可用的结果，则可以声明 Future<?> 形式类型、并返回 null 作为底层任务的结果。
主要方法如下：

cancel(boolean mayInterruptIfRunning)
试图取消对此任务的执行。
get()
如有必要，等待计算完成，然后获取其结果。
get(long timeout, TimeUnit unit)
如有必要，最多等待为使计算完成所给定的时间之后，获取其结果（如果结果可用）。
isCancelled()
如果在任务正常完成前将其取消，则返回 true。
isDone()
如果任务已完成，则返回 true。

Thread

线程的创建

在Java中，我们有2个方式创建线程：

通过直接继承thread类，然后覆盖run()方法。

构建一个实现Runnable接口的类, 然后创建一个thread类对象并传递Runnable对象作为构造参数

线程的运行流程

我们在主线程中创建5个子线程，每个子线程通过构造函数初始化number的值,来实现1-5内的乘法表：

  package com.molyeo.java.concurrent;  public class ThreadTest {      public static void main(String[] args) {
          System.out.println("main thread start");          for (int i = 1; i <= 5; i++) {
              Calculator calculator = new Calculator(i);
              Thread thread = new Thread(calculator);
              thread.start();
          }
          System.out.println("main thread end");
      }
  }   
  class Calculator implements Runnable {  
      private int number; 
      public Calculator(int number) {          this.number = number;
      }   
      @Override
      public void run() {          for (int i = 1; i <= 5; i++) {
              System.out.printf("%s: %d * %d = %d \n", Thread.currentThread().getName(), number, i, i * number);
          }
      }
  }

程序输出如下：

main thread startThread-0: 1 * 1 = 1 Thread-0: 1 * 2 = 2 Thread-0: 1 * 3 = 3 Thread-0: 1 * 4 = 4 Thread-0: 1 * 5 = 5 Thread-4: 5 * 1 = 5 Thread-4: 5 * 2 = 10 Thread-4: 5 * 3 = 15 Thread-4: 5 * 4 = 20 Thread-4: 5 * 5 = 25 Thread-3: 4 * 1 = 4 Thread-3: 4 * 2 = 8 Thread-2: 3 * 1 = 3 Thread-2: 3 * 2 = 6 Thread-2: 3 * 3 = 9 Thread-2: 3 * 4 = 12 Thread-1: 2 * 1 = 2 Thread-1: 2 * 2 = 4 Thread-1: 2 * 3 = 6 main thread endThread-1: 2 * 4 = 8 Thread-3: 4 * 3 = 12 Thread-3: 4 * 4 = 16 Thread-3: 4 * 5 = 20 Thread-2: 3 * 5 = 15 Thread-1: 2 * 5 = 10

在Java中，每个应用程序最少有一个执行线程，运行程序时，JVM负责调用main()方法的执行线程。
当全部的非守护线程执行结束时，Java程序才算结束。从输出中也可以看到，主程序输出main thread end后，其他程序还是继续执行，直到执行结束。
需要注意的是，如果某个线程调用System.exit()指示终结程序，那么全部的线程都会结束执行。

线程中断、睡眠、设置优先级

下面的示例中，NumberGenerator中首先创建numberGenetorThread线程，并设置优先级，启动线程后，一直循环运行，打印出number的值，直到5毫秒后主线程调用interrupt()方法让其中断，numberGenetorThread线程其跳出while循环。首次调用方法isInterrupted()返回值为true，表示线程已中断。
需要注意的是，interrupt()方法测试当前线程是否已经中断，线程的中断状态也由该方法清除。换句话说，如果连续两次调用该方法，则第二次调用将返回 false。大家可以打开下面的注释去测试。

package com.molyeo.java.concurrent;/**
 * Created by zhangkh on 2018/8/23.
 */public class ThreadTest2 {    public static void main(String[] args) throws InterruptedException {
        Thread numberGenetorThread = new NumberGenerator(0);
        numberGenetorThread.setPriority(Thread.MAX_PRIORITY);
        numberGenetorThread.start();
        Thread.sleep(5);
        numberGenetorThread.interrupt();
        System.out.println("first interrupt,isInterrupted=" + numberGenetorThread.isInterrupted());//        Thread.sleep(5);//        numberGenetorThread.interrupt();//        System.out.println("second interrupt,isInterrupted=" + numberGenetorThread.isInterrupted());

    }
}class NumberGenerator extends Thread {    private int number;    public NumberGenerator(int number) {        this.number = number;
    }    @Override
    public void run() {        while (!isInterrupted()) {
            System.out.println("number is " + number);
            number++;
        }
        System.out.println("NumberGenerator thread,isInterrupted= " + this.isInterrupted());
    }
}

程序部分输出如下：

number is 96number is 97NumberGenerator thread,isInterrupted= truefirst interrupt,isInterrupted=true

ThreadLocal

定义和作用
ThreadLocal称线程本地变量，并不是为了解决共享对象的多线程访问的问题的，因为如果ThreadLocal.set()放进去的本来就是多线程共享的同一个对象的话，线程通过ThreadLocal.get()方法得到的还是共享对象本身，依旧存在并发访问的问题。其是每个线程所单独持有的，主要是提供了保持对象的方法和避免参数传递，以方便对象的访问。

每个线程中都有一个自己的ThreadLocalMap类对象，可以将线程自己的对象保持到其中，各管各的，线程可以正确的访问到自己的对象。
将一个共用的ThreadLocal静态实例作为key，将不同对象的引用保存到不同线程的ThreadLocalMap中，然后在线程执行的各处通过这个静态ThreadLocal实例的get()方法取得自己线程保存的那个对象，避免了将这个对象作为参数传递的麻烦。

程序运行时，每个线程都保持对其线程局部变量副本的隐式引用，只要线程是活动的并且 ThreadLocal 实例是可访问的；在线程消失之后，其线程局部实例的所有副本都会被垃圾回收（除非存在对这些副本的其他引用）。

使用示例
如下我们创建ThreadLocal的实例stringLocal,分别在主线程和子线程中设置其值为当前线程名字。查看输出的结果可以看到线程间彼此不干扰，各自输出自己设置的值。

package com.molyeo.java.concurrent;/**
 * Created by zhangkh on 2018/8/24.
 */public class ThreadLocalDemo {    public static void main(String[] args) throws InterruptedException {
        ThreadLocal<String> stringLocal = new ThreadLocal<String>();
        stringLocal.set(Thread.currentThread().getName());
        System.out.println(String.format("threadName=%10s,threadLocal valaue=%10s",Thread.currentThread().getName(),stringLocal.get()) );

        Thread thread1 = new Thread() {            public void run() {
                stringLocal.set(Thread.currentThread().getName());
                System.out.println(String.format("threadName=%10s,threadLocal valaue=%10s",Thread.currentThread().getName(),stringLocal.get()) );
            }
        };
        thread1.start();
        thread1.join();

        System.out.println(String.format("threadName=%10s,threadLocal valaue=%10s",Thread.currentThread().getName(),stringLocal.get()) );
    }
}

程序输出如下：

threadName=      main,threadLocal valaue=      mainthreadName=  Thread-0,threadLocal valaue=  Thread-0threadName=      main,threadLocal valaue=      main

源码实现
ThreadLocal有3个成员变量

private final int threadLocalHashCode = nextHashCode();private static AtomicInteger nextHashCode = new AtomicInteger();private static final int HASH_INCREMENT = 0x61c88647;private static int nextHashCode() {    return nextHashCode.getAndAdd(HASH_INCREMENT);
}

nextHashCode是ThreadLocal的静态变量，HASH_INCREMENT是静态常量，只有threadLocalHashCode是ThreadLocal实例的变量。
在创建ThreadLocal类实例的时候，将ThreadLocal类的下一个hashCode值即nextHashCode的值赋给实例的threadLocalHashCode，然后nextHashCode的值增加HASH_INCREMENT这个值。而实例变量threadLocalHashCode是final的，用来区分不同的ThreadLocal实例。
ThreadLocal实例stringLocal创建完成后，调用set()方法时，

public void set(T value) {
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);    if (map != null)
        map.set(this, value);    else
        createMap(t, value);
}

先获取当前线程，即main线程,然后根据线程实例调用getMap()方法获取ThreadLocalMap，
其中getMap()方法如下：

ThreadLocalMap getMap(Thread t) {    return t.threadLocals;
}

getMap()方法直接返回线程的成员变量threadLocals，其中threadLocals变量是ThreadLocalMap类的实例，而ThreadLocalMap是ThreadLocal的内部类。
如果map(当前线程的成员变量threadLocals)存在，则将数据写入到ThreadLoclMap用于存储数据的Entry中。
ThreadLocalMap的set方法如下：

private void set(ThreadLocal<?> key, Object value) {
    Entry[] tab = table;    int len = tab.length;    int i = key.threadLocalHashCode & (len-1);    for (Entry e = tab[i];
         e != null;
         e = tab[i = nextIndex(i, len)]) {
        ThreadLocal<?> k = e.get();        if (k == key) {
            e.value = value;            return;
        }        if (k == null) {
            replaceStaleEntry(key, value, i);            return;
        }
    }

    tab[i] = new Entry(key, value);    int sz = ++size;    if (!cleanSomeSlots(i, sz) && sz >= threshold)
        rehash();
}

其中Entry定义如下

static class Entry extends WeakReference<ThreadLocal<?>> {    Object value;    Entry(ThreadLocal<?> k, Object v) {        super(k);
        value = v;
    }
}

key为ThreadLocal实例，值是用户定义的具体对象值。

如果map(当前线程的成员变量threadLocals)不存在，则创建一个ThreadLocalMap实例，并和线程的成员变量threadLocals关联起来。其中ThreadLocalMap实例的key为this，即ThreadLocal实例stringLocal，值是用户定义的具体对象值。

void createMap(Thread t, T firstValue) {
    t.threadLocals = new ThreadLocalMap(this, firstValue);
}

总的来说，ThreadLocal的作用是提供线程内的局部变量，这种变量在线程的生命周期内起作用。作用：提供一个线程内公共变量（比如本次请求的用户信息），减少同一个线程内多个函数或者组件之间一些公共变量的传递的复杂度，或者为线程提供一个私有的变量副本，这样每一个线程都可以随意修改自己的变量副本，而不会对其他线程产生影响。

其他内容待续......

本文参考

Java 7 Concurrency Cookbook

http://ifeve.com/concurrency-modle-seven-week-1/

http://tutorials.jenkov.com/java-concurrency/concurrency-models.html

关注大数据处理、数据挖掘如需转载，请注明出处：http://www.cnblogs.com/molyeo/

原文出处：https://www.cnblogs.com/molyeo/p/9530427.html

转载于:https://www.cnblogs.com/aipan/p/10197300.html