- 博客(6)
- 资源 (16)
- 收藏
- 关注
原创 【死磕Java并发】-----Java内存模型之从JMM角度分析DCL
DCL,即Double Check Lock,中卫双重检查锁定。其实DCL很多人在单例模式中用过,LZ面试人的时候也要他们写过,但是有很多人都会写错。他们为什么会写错呢?其错误根源在哪里?有什么解决方案?下面就随LZ一起来分析问题分析我们先看单例模式里面的懒汉式:public class Singleton { private static Singleton singleton; p
2017-02-28 18:45:36 2991 9
原创 【死磕Java并发】-----Java内存模型之分析volatile
前篇博客【死磕Java并发】—–深入分析volatile的实现原理 中已经阐述了volatile的特性了:volatile可见性;对一个volatile的读,总可以看到对这个变量最终的写;volatile原子性;volatile对单个读/写具有原子性(32位Long、Double),但是复合操作除外,例如i++;JVM底层采用“内存屏障”来实现volatile语义下面LZ就通过happens
2017-02-23 20:27:42 4746 2
原创 【死磕Java并发】-----Java内存模型之重排序
在执行程序时,为了提供性能,处理器和编译器常常会对指令进行重排序,但是不能随意重排序,不是你想怎么排序就怎么排序,它需要满足以下两个条件: 1. 在单线程环境下不能改变程序运行的结果; 2. 存在数据依赖关系的不允许重排序如果看过LZ上篇博客的就会知道,其实这两点可以归结于一点:无法通过happens-before原则推导出来的,JMM允许任意的排序。as-if-serial语义as-if-se
2017-02-20 08:44:36 9152 5
原创 【死磕Java并发】-----Java内存模型之happens-before
在上篇博客(【死磕Java并发】—–深入分析volatile的实现原理)LZ提到过由于存在线程本地内存和主内存的原因,再加上重排序,会导致多线程环境下存在可见性的问题。那么我们正确使用同步、锁的情况下,线程A修改了变量a何时对线程B可见?我们无法就所有场景来规定某个线程修改的变量何时对其他线程可见,但是我们可以指定某些规则,这规则就是happens-before,从JDK 5 开始,JMM就使用ha
2017-02-13 12:02:47 4158 5
原创 【死磕Java并发】-----深入分析volatile的实现原理
通过前面一章我们了解了synchronized是一个重量级的锁,虽然JVM对它做了很多优化,而下面介绍的volatile则是轻量级的synchronized。如果一个变量使用volatile,则它比使用synchronized的成本更加低,因为它不会引起线程上下文的切换和调度。Java语言规范对volatile的定义如下: Java编程语言允许线程访问共享变量,为了确保共享变量能被准确和一致地更
2017-02-08 17:51:54 5449 6
原创 【死磕Java并发】-----深入分析synchronized的实现原理
记得刚刚开始学习Java的时候,一遇到多线程情况就是synchronized,相对于当时的我们来说synchronized是这么的神奇而又强大,那个时候我们赋予它一个名字“同步”,也成为了我们解决多线程情况的百试不爽的良药。但是,随着我们学习的进行我们知道synchronized是一个重量级锁,相对于Lock,它会显得那么笨重,以至于我们认为它不是那么的高效而慢慢摒弃它。 诚然,随着Javs SE
2017-02-05 21:48:08 44582 49
老干爹/Cloud-Admin
2018-08-26
Spring源码
2018-05-23
Edraw Max for mac 亿图图示 8.4 中文破解版
2018-04-23
基于J2EE购物网站的设计与实现--源码
2013-06-16
jspSmartUpload组件,文件上传、下载
2011-10-09
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人