标签：死磕Java

2017-05-19chenssy阅读(5337)评论(0)

此篇博客所有源码均来自JDK 1.8 前面三篇博客分别介绍了CyclicBarrier、CountDownLatch、Semaphore，现在介绍并发工具类中的最后一个Exchange。Exchange是最简单的也是最复杂的，简单在于API...

2017-05-03chenssy阅读(6186)评论(2)

  此篇博客所有源码均来自JDK 1.8 信号量Semaphore是一个控制访问多个共享资源的计数器，和CountDownLatch一样，其本质上是一个“共享锁”。 Semaphore，在API是这么介绍的： 一个计数信号量。从概...

2017-04-24chenssy阅读(5469)评论(0)

此篇博客所有源码均来自JDK 1.8 在上篇博客中介绍了Java四大并发工具之一的CyclicBarrier，今天要介绍的CountDownLatch与CyclicBarrier有点儿相似。 CyclicBarrier所描述的是“允许一组线...

2017-04-13chenssy阅读(6651)评论(0)

此篇博客所有源码均来自JDK 1.8 CyclicBarrier，一个同步辅助类，在API中是这么介绍的： 它允许一组线程互相等待，直到到达某个公共屏障点 (common barrier point)。在涉及一组固定大小的线程的程序中，这些...

2017-04-07chenssy阅读(10187)评论(2)

CAS，Compare And Swap，即比较并交换。Doug lea大神在同步组件中大量使用CAS技术鬼斧神工地实现了Java多线程的并发操作。整个AQS同步组件、Atomic原子类操作等等都是以CAS实现的，甚至ConcurrentH...

2017-04-05chenssy阅读(4445)评论(2)

此篇博客所有源码均来自JDK 1.8 在没有Lock之前，我们使用synchronized来控制同步，配合Object的wait()、notify()系列方法可以实现等待/通知模式。在Java SE5后，Java提供了Lock接口，相对于S...

2017-03-29chenssy阅读(7940)评论(1)

此篇博客所有源码均来自JDK 1.8 重入锁ReentrantLock是排他锁，排他锁在同一时刻仅有一个线程可以进行访问，但是在大多数场景下，大部分时间都是提供读服务，而写服务占有的时间较少。然而读服务不存在数据竞争问题，如果一个线程在读时...

2017-03-26chenssy阅读(10308)评论(6)

此篇博客所有源码均来自JDK 1.8 ReentrantLock，可重入锁，是一种递归无阻塞的同步机制。它可以等同于synchronized的使用，但是ReentrantLock提供了比synchronized更强大、灵活的锁机制，可以减少...

2017-03-23chenssy阅读(7767)评论(8)

此篇博客所有源码均来自JDK 1.8 在线程获取同步状态时如果获取失败，则加入CLH同步队列，通过通过自旋的方式不断获取同步状态，但是在自旋的过程中则需要判断当前线程是否需要阻塞，其主要方法在acquireQueued()： if (sho...

2017-03-13chenssy阅读(11893)评论(1)

此篇博客所有源码均来自JDK 1.8 在前面提到过，AQS是构建Java同步组件的基础，我们期待它能够成为实现大部分同步需求的基础。AQS的设计模式采用的模板方法模式，子类通过继承的方式，实现它的抽象方法来管理同步状态，对于子类而言它并没有...

2017-03-07chenssy阅读(14793)评论(0)

此篇博客所有源码均来自JDK 1.8 在上篇博客【死磕Java并发】—–J.U.C之AQS：AQS简介中提到了AQS内部维护着一个FIFO队列，该队列就是CLH同步队列。 CLH同步队列是一个FIFO双向队列，AQS依赖它来完成同步状态的管...

2017-03-05chenssy阅读(14513)评论(1)

Java的内置锁一直都是备受争议的，在JDK 1.6之前，synchronized这个重量级锁其性能一直都是较为低下，虽然在1.6后，进行大量的锁优化策略（【死磕Java并发】—–深入分析synchronized的实现原理）,但是与Lock...

2017-03-03chenssy阅读(6219)评论(0)

经过四篇博客阐述，我相信各位对Java内存模型有了最基本认识了，下面LZ就做一个比较简单的总结。 总结 JMM规定了线程的工作内存和主内存的交互关系，以及线程之间的可见性和程序的执行顺序。一方面，要为程序员提供足够强的内存可见性保证；另一方...

2017-02-28chenssy阅读(10358)评论(8)

DCL，即Double Check Lock，中卫双重检查锁定。其实DCL很多人在单例模式中用过，LZ面试人的时候也要他们写过，但是有很多人都会写错。他们为什么会写错呢？其错误根源在哪里？有什么解决方案？下面就随LZ一起来分析 问题分析 我...

2017-02-23chenssy阅读(15980)评论(5)

前篇博客【死磕Java并发】—–深入分析volatile的实现原理 中已经阐述了volatile的特性了： volatile可见性；对一个volatile的读，总可以看到对这个变量最终的写； volatile原子性；volatile对单个读...

2017-02-20chenssy阅读(71939)评论(9)

LZ今年开始写死磕Java系列博客，主要包括Java基础、Java并发、JVM、Spring、分布式等等方面的知识点。介绍了一个普通Java工程师想要成神需要学习的相关知识点。当然LZ本身就是一个菜鸟，一只向往Java之神的小菜鸟。 LZ所...

2017-02-20chenssy阅读(9454)评论(3)

在执行程序时，为了提供性能，处理器和编译器常常会对指令进行重排序，但是不能随意重排序，不是你想怎么排序就怎么排序，它需要满足以下两个条件： 在单线程环境下不能改变程序运行的结果； 存在数据依赖关系的不允许重排序 如果看过LZ上篇博客的就会知...

2017-02-13chenssy阅读(12422)评论(3)

在上篇博客（【死磕Java并发】—–深入分析volatile的实现原理）LZ提到过由于存在线程本地内存和主内存的原因，再加上重排序，会导致多线程环境下存在可见性的问题。那么我们正确使用同步、锁的情况下，线程A修改了变量a何时对线程B可见？ ...

2017-02-08chenssy阅读(20664)评论(6)

  通过前面一章我们了解了synchronized是一个重量级的锁，虽然JVM对它做了很多优化，而下面介绍的volatile则是轻量级的synchronized。如果一个变量使用volatile，则它比使用synchronized...

2017-02-05chenssy阅读(45240)评论(8)

记得刚刚开始学习Java的时候，一遇到多线程情况就是synchronized，相对于当时的我们来说synchronized是这么的神奇而又强大，那个时候我们赋予它一个名字“同步”，也成为了我们解决多线程情况的百试不爽的良药。但是，随着我们学...