并发编程网 - ifeve.com

感谢人民邮电大学授权并发网发布此书样章，新书购买传送门=》当当网

本章将介绍下列内容：

• 创建线程执行器
• 创建固定大小的线程执行器
• 在执行器中执行任务并返回结果
• 运行多个任务并处理第一个结果
• 运行多个任务并处理所有结果
• 在执行器中延时执行任务
• 在执行器中周期性执行任务
• 在执行器中取消任务
• 在执行器中控制任务的完成
• 在执行器中分离任务的启动与结果的处理
• 处理在执行器中被拒绝的任务

阅读全文

原文链接，译文链接，译者：郑旭东

在Java中，每个线程都是Thread类的实例。并发应用中一般有两种不同的线程创建策略。

• 直接控制线程的创建和管理，每当应用程序需要执行一个异步任务的时候就为其创建一个线程
• 将线程的管理从应用程序中抽象出来作为执行器，应用程序将任务传递给执行器，有执行器负责执行。

这一节，我们将讨论Thread对象，有关Executors将在高级并发对象一节中讨论。

阅读全文

本文源自InfoQ发表的《Java 并发编程的艺术》电子书  作者：方腾飞  序言：张龙 免费下载此迷你书

推荐序

欣闻腾飞兄弟的《聊聊并发》系列文章将要集结成InfoQ迷你书进行发布，我感到非常的振奋。这一系列文章从最开始的发布到现在已经经历了两年多的时间，这两年间，Java世界发生了翻天覆地的变化。Java 7已经发布，而且Java 8也将在下个月姗姗来迟。围绕着JVM已经形成了一个庞大且繁荣的生态圈，Groovy、Scala、Clojure、Ceylon等众多JVM语言在蓬勃发展着，如今的Java已经不是几年前的Java了，众多运行在JVM上的编程语言为我们带来了更多的选择，提供了更好的机会。

纵观这几年的技术发展趋势，唱衰Java的论调一直都萦绕在我们耳边。不可否认，Java的发展确实有些缓慢，而且有些臃肿；但放眼望去，有如此之多的核心与关键系统依旧在使用Java进行开发并运行在JVM之上，这不仅得益于Java语言本身，强大的JVM及繁荣的Java生态圈在这其中更是发挥着重要的作用。在Java的世界中，我们想要完成一件事情有太多可用的选择了。

虽然如此，对于国内的一些开发人员来说，但凡提到Java，想到的都是所谓的SSH（Struts、Spring及Hibernate等相关框架）。不可否认，这些框架对于我们又快又好地完成任务起到了至关重要的推进作用，然而Java并不是SSH，SSH也不是Java的代名词。 阅读全文

原文地址，译文地址

译者：李任

目前为止，该教程重点讲述了最初作为Java平台一部分的低级别API。这些API对于非常基本的任务来说已经足够，但是对于更高级的任务就需要更高级的API。特别是针对充分利用了当今多处理器和多核系统的大规模并发应用程序。 阅读全文

版权声明：本文为本作者原创文章，转载请注明出处。感谢 码梦为生| 刘锟洋 的投稿

站在使用者的角度，future是一个经常在多线程环境下使用的Runnable，使用它的好处有两个：
1. 线程执行结果带有返回值
2. 提供了一个线程超时的功能，超过超时时间抛出异常后返回。

那，怎么实现future这种超时控制呢？来看看代码：

阅读全文

原文地址 译文地址 译者：许巧辉 校对：梁海舰

Java是一门安全的编程语言，防止程序员犯很多愚蠢的错误，它们大部分是基于内存管理的。但是，有一种方式可以有意的执行一些不安全、容易犯错的操作，那就是使用Unsafe类。

本文是sun.misc.Unsafe公共API的简要概述，及其一些有趣的用法。
阅读全文

原文链接，译文链接，译者：Greenster，校对：郑旭东

在之前所有的例子中，Thread对象表示的线程和Runnable对象表示的线程所执行的任务之间是紧耦合的。这对于小型应用程序来说没问题，但对于大规模并发应用来说，合理的做法是将线程的创建与管理和程序的其他部分分离开。封装这些功能的对象就是执行器，接下来的部分将讲详细描述执行器。
阅读全文

原文链接，译文链接，译者：蘑菇街-小宝，Greenster，李任  校对：丁一，郑旭东，李任

线程间的通信主要是通过共享域和引用相同的对象。这种通信方式非常高效，不过可能会引发两种错误：线程干扰和内存一致性错误。防止这些错误发生的方法是同步。

阅读全文

原文链接，译文链接，译者：Greenster，校对：郑旭东

在java.util.concurrent包中多数的执行器实现都使用了由工作线程组成的线程池，工作线程独立于所它所执行的Runnable任务和Callable任务，并且常用来执行多个任务。

使用工作线程可以使创建线程的开销最小化。在大规模并发应用中，创建大量的Thread对象会占用占用大量系统内存，分配和回收这些对象会产生很大的开销。

阅读全文

原文链接，译文链接，译者：Greenster，校对：郑旭东

java.util.concurrent中包括三个Executor接口：

• Executor，一个运行新任务的简单接口。
• ExecutorService，扩展了Executor接口。添加了一些用来管理执行器生命周期和任务生命周期的方法。
• ScheduledExecutorService，扩展了ExecutorService。支持Future和定期执行任务。

通常来说，指向Executor对象的变量应被声明为以上三种接口之一，而不是具体的实现类。 阅读全文

版权声明：本文为本作者原创文章，转载请注明出处。感谢码梦为生| 刘锟洋 的投稿。

在java.util.concurrent包中，有两个很特殊的工具类，Condition和ReentrantLock,使用过的人都知道，ReentrantLock（重入锁）是jdk的concurrent包提供的一种独占锁的实现。它继承自Dong Lea的 AbstractQueuedSynchronizer（同步器），确切的说是ReentrantLock的一个内部类继承了AbstractQueuedSynchronizer，ReentrantLock只不过是代理了该类的一些方法，可能有人会问为什么要使用内部类在包装一层？ 我想是安全的关系，因为AbstractQueuedSynchronizer中有很多方法，还实现了共享锁，Condition(稍候再细说)等功能，如果直接使ReentrantLock继承它，则很容易出现AbstractQueuedSynchronizer中的API被误用的情况。
阅读全文

原文链接，译文链接，作者：Alex Miller，译者：Greenster，校对：梁海舰

Java7中加入了JSR 166y规范对集合类和并发类库的改进。其中的一项是增加了接口TransferQueue和其实现类LinkedTransferQueue。

TransferQueue继承了BlockingQueue（BlockingQueue又继承了Queue）并扩展了一些新方法。BlockingQueue（和Queue）是Java 5中加入的接口，它是指这样的一个队列：当生产者向队列添加元素但队列已满时，生产者会被阻塞；当消费者从队列移除元素但队列为空时，消费者会被阻塞。
阅读全文

本文首先发表在 码蜂笔记

java.util.concurrent.LinkedBlockingQueue 是一个基于单向链表的、范围任意的（其实是有界的）、FIFO 阻塞队列。访问与移除操作是在队头进行，添加操作是在队尾进行，并分别使用不同的锁进行保护，只有在可能涉及多个节点的操作才同时对两个锁进行加锁。

队列是否为空、是否已满仍然是通过元素数量的计数器（count）进行判断的，由于可以同时在队头、队尾并发地进行访问、添加操作，所以这个计数器必须是线程安全的，这里使用了一个原子类 AtomicInteger，这就决定了它的容量范围是： 1 – Integer.MAX_VALUE。

由于同时使用了两把锁，在需要同时使用两把锁时，加锁顺序与释放顺序是非常重要的：必须以固定的顺序进行加锁，再以与加锁顺序的相反的顺序释放锁。 阅读全文

本文首先发表在 码蜂笔记

java.util.concurrent.ArrayBlockingQueue 是一个线程安全的、基于数组、有界的、阻塞的、FIFO 队列。试图向已满队列中放入元素会导致操作受阻塞；试图从空队列中提取元素将导致类似阻塞。

此类基于 java.util.concurrent.locks.ReentrantLock 来实现线程安全，所以提供了 ReentrantLock 所能支持的公平性选择。 阅读全文

本文首先发表在 码蜂笔记

读写锁 ReadWriteLock

读写锁维护了一对相关的锁，一个用于只读操作，一个用于写入操作。只要没有writer，读取锁可以由多个reader线程同时保持。写入锁是独占的。

互斥锁一次只允许一个线程访问共享数据，哪怕进行的是只读操作；读写锁允许对共享数据进行更高级别的并发访问：对于写操作，一次只有一个线程（write线程）可以修改共享数据，对于读操作，允许任意数量的线程同时进行读取。

与互斥锁相比，使用读写锁能否提升性能则取决于读写操作期间读取数据相对于修改数据的频率，以及数据的争用——即在同一时间试图对该数据执行读取或写入操作的线程数。

读写锁适用于读多写少的情况。 阅读全文