日前重新读java concurrency in practice 随笔

最近重新读java concurrency in practice 随笔

觉得自己在并发编程还缺很多，最近一段时间都在积极的学习中。呵呵，学到老，活到老。?

Java 的并发编程涉及的方面还是非常多的：

1， ?基础方面的：对象的共享。依照从安全性从高到低的方式可以有

? ? ?最安全的对象共享就是不享，一个对象仅仅局限在一个线程中。如果一个对象只能被某个线程的局部变量也就是在栈（stack) 访问。? ? ?ThreadLocal 也是一种非常安全的方式? ? ?不可变对象 ?也就是对象的所有域都是final ，并且对象在建构函数中并没有this 指针的逃逸问题。? ? ? 普通对象 ? ?所有在线程之间并发 read/write 的方法都通过锁来保护。

? ? 接下来是并发编程会用到得一些常用的并发容器，队列，同步工具什么的

? ? ? ? 并发容器 ? ConcurrentHashMap， ?CopyOnWriteArrayList? ? ? ? 并发编程中最常用的生产者/ 消费者模式中常用的 ConcurrentLinkedQueue, ?LinkedBlockingDeque。如果要Queue 的队列大小有限的话都会涉及到 blocking 的问题。在队列已满的情况下再朝queue 里面插入元素会让当前线程 wait。? ? ? ?常用的同步工具 ?各种 Latch， ?Semaphore， Barrier。 CountDownLatch 是最常用的一种Latch，设置一个初始值。需要等待的线程调用 await 方法，其它线程可以调用 countDown 来递减这个计数器。当counter 到 0了，所有等待这个Latch的线程都会被唤醒。 ?

2，并发程序的结构

? ? ? 2.1， ?Callable/ ?Future

? ? ? ? ? ? ?Runnable 的局限是没有返回值，

                interface Callable&lt;R&gt; {R call() throws Exception}

? ? ? ? ? ? ?不光是有了返回值，还有 Exception。?

? ? ? ? ? ? Future 表示了一个异步调用的结果

? ? ? public interface Future<V> {

    boolean cancel(boolean mayInterruptIfRunning);    boolean isCancelled();    boolean isDone();    V get() throws InterruptedException, ExecutionException;    V get(long timeout, TimeUnit unit)        throws InterruptedException, ExecutionException, TimeoutException;}

? ? ? ? ? ? 这个接口的实现通常是 ?get 方法只有在 isDone 的时候才马上返回，否则它会等待。但是有了这个Future 可以将运行线程的Callable 结果安全的传递给另外一个线程。 ?

? ? ? 2.2， ?Execotor ?执行框架

在JDK的 ?java.utility.concurrency （JUC）包中定义了?Execotor ?这个仅仅有一个execute 方法，另外ExecutorService 接口扩展了它。不仅提供了管理life cycle 的方法外，还包括了 submit ?Runnable， submit ?Callable 的方法。 ?另外 invokeAll, ?timeout 版的invokeAll 也是非常有用的。 ?

? ? ? 2.3， ?取消，中断， stop

? ? ? ? ? ? ? ? service，生命周期的安全性也是非常重要的。?

? ? ? 2.4，线程池

? ? ? ? ? ? ? ?ThreadPoolExecutor

? ? ? ? ? ? ? JUC 的Executors 工厂类提供了几个非常有用的ExecutorService

? ? ? ? ? ? ? ? ? ? ? ?newFixedThreadPool ?固定线程数目的线程池

? ? ? ? ? ? ? ? ? ? ? ?newSingleThreadExecutor 创建单线程的Executor ?一个线程来run 所有的task ，这样不会有撒并发的问题

? ? ? ? ? ? ? ? ? ? ? ?newScheduledThreadPool ? 可以 schedule commands。有了这个Service 可以忘掉以前的Timer 了。

3， ?高级主题

? ? ? ?1， ?减少锁的竞争

? ? ? ? ? ? ? 一些常用的手段无非是尽量少用锁， ?降低锁的粒度， ?降低锁的访问。?

? ? ? ?2， ?instrinsic 锁与 ReentrantLock 的比较

? ? ? ? ? ? ? ? ? instrinsic logic ?也就是 synchronized 的关键字的运用主要借助java 中任何一个Object 都有一个wait 队列。 ? 这个synchronized?用的时候锁的获取与释放必须在同一个block 或者方法中。?

? ? ? ? ? ? ? ? ?ReentrantLock?就比较自由，但是比较担心没有 unlock，因此永远不要忘了 try/finally 的方式来用它。

? ? ? ? ? ? ? ? ?ReentrantLock 可以做到 tryLock, ?甚至可以用 timeout 方式在限定时间来获取锁。 ?

? ? ? ? ?ReentrantLock? 可以选择 fair /unfair 方式

? ? ? ? ? ? ? ? ?ReentrantLock? 等待的线程还可以响应 interrupt 。

? ? ? ?3， ?怎样自定义新的同步工具

怎么来借助现有的工具来定制自己有用的新的工具。这块做的还不多，以后再仔细琢磨吧。? ? ? ? ? ? ??

? ? ? ?4， ?非阻塞机制

? ? ? ? ? ? ? 借助硬件的 CAS 也就是 comare and swap 。如果比较成功再交换，这整个动作都是原子操作。 ?原理跟数据库中的乐观锁的概念是一致的。先拿出要操作的东西的当前值，修改它。在提交的时候新值和老值都作为参数传入。 ?CAS 比较传入的old value 与当前值做比较，如果相同证明没有其它线程操作。否则直接返回false。?

? ? ? ? 5， Java 内存模型 ?也就是JSR 133 里面的东东。主要涉及的有 ?re-order, ?volatile, final, ?happen-first 。这个刚刚看过就略过。 ?它有提到讲得比较多的 double lock 机制来实现延迟创建单例。 ?在新的 1.6 里面的 jvm 里面应该不会再有什么 java 对象内存分配了建构函数还在执行就返回非null 的情况吧。保险起见就用 JMM 里面明确的 happen-before 机制像final 域的 initializer，内部static 类的加载应该都可以保证安全。 ?安全第一，呵呵。

暂时就这么多料， ?中英文版本配合起来看效果还可以。 ?机械工业出版社出版的那个中译本太水了，很多时候得看英文版， ?毕竟在Kindle DXG 看英文版没有实体中文书方便。 ?

日前重新读java concurrency in prac

热点推荐