技术是我的毕生追求

在并发编程中，会经常遇到使用容器。但是如果一个容器不是线程安全的，那么他在多线程的插入或者删除的过程中就会出现各种问题，就是不同步的问题。所以JDK提供了线程安全的容器，他能保证容器在多线程的情况下安全的插入和删除。当然，线程安全的容器分为两种，第一种为非阻塞似的，非阻塞的意思是当请求一个容器为空或者这个请求不能执行的时候，就会报出异常，第二种阻塞的意思是，不能执行的命令不会报出异常，

在Fork/Join框架中，提交任务的时候，有同步和异步两种方式。以前使用的invokeAll()的方法是同步的，也就是任务提交后，这个方法不会返回直到所有的任务都处理完了。而还有另一种方式，就是使用fork方法，这个是异步的。也就是你提交任务后，fork方法立即返回，可以继续下面的任务。这个线程也会继续运行。下面我们以一个查询磁盘的以log结尾的文件的程序例子来说明异步的用法

在Java7中，JDK提供对多线程开发提供了一个非常强大的框架，就是Fork/Join框架。这个是对原来的Executors更进一步，在原来的基础上增加了并行分治计算中的一种Work-stealing策略，就是指的是。当一个线程正在等待他创建的子线程运行的时候，当前线程如果完成了自己的任务后，就会寻找还没有被运行的任务并且运行他们，这样就是和Executors这个方式最大的区别，更加有

前面我们已经学习了使用ThreadPoolExecutor类来实现自动创建和运行线程。但是na'xie

许久许久没有写过博客了，以前上班总是没有时间，但是总感觉写博客还是很好的一种记录自己技术进程的一种方式于是在辞职后来到北软，又一次上学了，又一次有时间来写博客了，所以再次开始写博客了，呵呵，再次当学生的感觉真好！！！！   这次说的是Thread的join方法，以前总是使用他的run和sleep方法，哪两个都是比较清楚的，对于这个join方法，他的主要功能就是，当你在一个方

守护进程，顾名思义就是默默在后台运行的进程，当JVM上没有其他进程运行时运行的进程，最典型的一个列子就是JVM自带的垃圾清理机，他就是在其他程序不运行的时候占用CPU来进行清理内存垃圾，因此他具有很强的不确定性，因为你不知道啥时候他就会运行，也不知道啥时候他不会运行，因此适合做一个不太重要的清理工作或者服务器上的监听工作。下面我们使用JVM的daemon来写一个小例子，实现的效果如

在多线程开发中，经常会遇见在run方法里面调用一个公共的属性的事情，由于每次start都会创建一个线程，因此所有的线程共享一个属性，当其中任何一个线程更改了这个属性的值，这个属性在下面的使用过程中都会被改变，这回导致很多不期望发生的事情发生，这就叫做线程不安全的。先来一个例子说明这个问题。package com.bird.concursey;import java.util.Date;

当创建了好几个线程的时候，很多线程的工作任务是类似或者一致的，这样我们就可以使用ThreadGroup来管理他们，ThreadGroup可以随时的获取在他里面的线程的运行状态，信息，或者一条命令关闭掉这个group里面的所有线程，非常的简单实用，下面我们用一个例子来说明一下如何使用。package com.bird.concursey;import java.util.Da

工厂模式是最常用的模式之一，在创建线程的时候，我们当然也能使用工厂模式来生产Thread，这样就能替代默认的new THread，而且在自定义工厂里面，我们能创建自定义化的Thread，并且计数，或则限制创建Thread的数量，给每个Thread设置对应的好听的名字，或则其他的很多很多事情，总之就是很爽，下面我们来展示一个简单的Thread工厂模式来创建自己的Thread。

在多线程开发中，总会遇到多个在不同线程中的方法操作同一个数据，这样在不同线程中操作这个数据不同的顺序或者时机会导致各种不同的现象发生，以至于不能实现你预期的效果，不能实现一致性，这时候就可以使用synchronized关键字对一个方法来说，这个synchronized能保证所有调用这个方法的线程只有一个正在操作这个方法，不会出现同时多个线程进入这个方法的情况，下面我们来一个例子说明这个

有时候我们并不想在整个方法前面加上synchronized这个关键字，这样会使整个方法调用变的缓慢，我们只在关键代码的地方增加这个synchronized这个关键字，然后这样就能加快方法或者代码的执行效率。然后可能还有一种情况就是，我们有两个变量，其中任何一个变量都是同时只能一个变量访问，但是两个变量可以在同时被两个变量访问，这种需求下我们就得使用sychronized的带参数的方法来

在多线程开发中，最经典的一个模型就是生产者消费者模型，他们有一个缓冲区，缓冲区有最大限制，当缓冲区满的时候，生产者是不能将产品放入到缓冲区里面的，当然，当缓冲区是空的时候，消费者也不能从中拿出来产品，这就涉及到了在多线程中的条件判断，java为了实现这些功能，提供了wait和notify方法，他们可以在线程不满足要求的时候让线程让出来资源等待，当有资源的时候再notify他们让他们继续

在多线程开发中，除了synchronized这个关键字外，我们还能通过Lock接口来实现这种效果。通过Lock接口来实现这种多线程加锁效果的好处是非常的灵活，我们不在需要对整个函数加锁，而且可以很方便的把他放在我们函数的任何一个地方，非常的称心，而且从效率上来说，使用Lock接口要比使用synchronized关键字效率高一些，下面我们来使用一个例子来说明这种方法的使用。p

在多线程开发中，经常会出现一种情况，我们希望读写分离。就是对于读取这个动作来说，可以同时有多个线程同时去读取这个资源，但是对于写这个动作来说，只能同时有一个线程来操作，而且同时，当有一个写线程在操作这个资源的时候，其他的读线程是不能来操作这个资源的，这样就极大的发挥了多线程的特点，能很好的将多线程的能力发挥出来。在Java中，ReadWriteLock这个接口就为我们实现了这个需求

我们在多线程开发中，可能会出现这种情况。就是一个线程需要另外一个线程满足某某条件才能继续运行，或者需要其他线程满足好几个条件才能运行，对于这样的多条件的多线程并发，我们如何控制好各个线程之间的关系，使他们能很好的处理冲突不至于相互出现问题呢，下面我们来介绍一下Java提供的Condition这个接口，这个接口很好的实现了这种需求。对于这个问题最经典的例子就是生产者消费者模型，生产者

在多线程开发中，有一个很经典的名词，那就是信号量。信号量就是用来衡量一个资源的可利用数目的，根据信号量的多少来控制在多线程中各个资源之间的冲突问题，在Java中也提供了对信号量的支持。而且在创建信号量的时候，第二个参数用来指定采取何种分配策略，比如当有很多线程被阻塞，但有一个机会的时候，信号量应该选择谁去运行呢，如果选择true，就采用公平模式，到时候看哪个线程等待的时间最久，

在多线程开发中，经常会遇到这样的问题，比如，一个线程需要其他的一些辅助线程完成指定的一些任务后才能开启。 类似于一个主线程正在运行，他需要其他分支线程完成一些任务后才能激活他来启动剩下的任务，这里就可以使用Java自带的CountDownLatch这个类来帮我们实现这样的效果。   这个类初始化的时候会指定一个数字，这就是需要等待的资源的数量，每一个资源到位的时候，就调用他的count

上一节说了CountDown的使用方法，对于用来同步多个线程之间的协作关系，Java更提供了更加高级的方法来实现，这个类就是CyclicBarrier。 它可以实现当多个分支线程完成他们的工作后，调用await方法来等待，然后等所有的分支线程工作完毕后，会自动的调用主线程的run方法，这个主线程是一个实现runnable接口的类，在CyclicBarrier实例化的时候就调用了。下

在多线程开发中，经常会碰到将多个任务分配给多个线程，每个线程执行他的任务，但是，每个任务又分为好几个阶段，每个阶段期望各个线程同时达到，意思是，每一步每个线程都要同步，当有一个线程走完第一步的时候，他得等待其他的线程都完成第一步了才能继续下一步，步调一致能解决很多问题。下面我们使用一个例子，这个例子是模拟遍历机器上的一些文件，找出以log结尾的文件，并且他的最后修改时间为24小时以内，

在Phaser类中，我们在每个线程中，每个线程进行完一个阶段完成后都会等待其他线程完成后再一起进行，当所有线程都完成了一个任务的时候，会调用Phaser的onAdvance方法，如果我们想在每个阶段，所有线程都完成他们的阶段工作后做点啥事的话，那就得继承Phaser类来重写Onadvance这个方法来实现我们的目的，下面我们用一个例子来说明，例子就是模拟多个学生考试，考试分为三个阶段，

在多线程中，两个线程之间交换数据是非常常见的情况，我们可以使用公共的数据结构，同样，Java也提供了很好的类供我们使用，那就是Exchanger类，这个类可以帮助我们在两个线程之间同步数据结构，下面我们以这个类再来实现一遍生产者消费者模型，貌似这个模型已经被写烂了。package com.bird.concursey.charpet5;import java.util.Li

以前我们创建线程的时候都是主动的new一个Thread，然后调用他们的start方法，但是如果线程非常多，任务也非常多的时候，这样写就会显得非常麻烦，当然可能效率也不是很高，Java给我们提供了叫线程创建器这个样概念的类，他可以帮助我们管理这些线程，你做的就是编写好代码，然后交给他，她就会自动帮你运行。当然，带cache的threadpool 对于死掉的线程重新调用，在性能上也会有非常

ThreadPoolExecutor提供了另一个非常强有力的接口，那就是callable。这个接口和runnable类似，但是实现这个接口的方法是call方法，这个方法是可以返回值的，弥补了runnable不能返回值的悲哀。而且这个方法可以配合ThreadPoolExecutor使用，获得Future接口，从这个接口的名字我们就能知道，返回的这个类似于指向这个线程的一个指针，我们能通过