volatile

[转]JVM锁机制volatile/synchronized/lock 1.volatile实现原理 （1） 聊聊并发（一）——深入分析Volatile的实现原理 --硬件级别锁实现，Lock前缀指令会引起处理器缓存（CPU高级缓存L1/L2/L3）回写到内存。一个处理器的缓存回写到内存会导致其他处理器的缓存无效。 2.JVM锁机制--synchronized （1） 深入JVM锁机制1-synchronized --自旋锁、偏向锁 --synchronized的底层实现主要依靠Lock-Free的队列，基本思路是自旋后阻塞，竞争切换后继续竞争锁，稍微牺牲了公平性，但获得了高吞吐量。 （2） 聊聊并发（二）——Java SE1.6中的Synchronized -- 偏向锁—>轻量锁—>重量锁 比较 偏向锁 Hotspot的作者经过以往的研究发现大多数情况下锁不仅不存在多线程竞争，而且总是由同一线程多次获得，为了让线程获得锁的代价更低而引入了偏向锁。当一个线程访问同步块并获取锁时，会在对象头和栈帧中的锁记录里存储锁偏向的线程ID，以后该线程在进入和退出同步块时不需要花费CAS操作来加锁和解锁，而只需简单的 测试 一下对象头的Mark Word里是否存储着指向当前线程的偏向锁，如果测试成功，表示线程已经获得了锁，如果测试失败，则需要再测试下Mark Word中偏向锁的标识是否设置成1

转载请注明原创出处，谢谢！ 首先需要说说线程安全？关于线程安全一直在提，比如StringBuilder和StringBuffer有什么区别? 经常就会出现关于线程安全与线程非安全，可能一直在提自己没有细细想想， 如果忽然问你啥是线程安全的概念？ 可能你需要短暂停顿几秒，线程不安全就是不提供数据访问保护，有可能出现多个线程先后更改数据造成所得到的数据是脏数据，其实关于线程安全的定义我想不到好的，百度了下，也没有发现一个特别好的解释，我就选择一个相对来说还可以的解释吧 ，线程安全就是多线程访问时，采用了加锁机制，当一个线程访问该类的某个数据时，进行保护，其他线程不能进行访问直到该线程读取完，其他线程才可使用。不会出现数据不一致或者数据污染。我觉得该描述也不完全正确，因为现在控制并发的策略很多不仅仅是加锁机制，也可以不用加锁，我觉得这样可能比较合适的解释，就是多个线程都会操作到的，是一个公共资源或者共享的数据，但是每次操作只能一个线程使用而一旦临界区资源被占用其他的线程必须等待该资源的释放，在并行程序中，临界区资源都是受保护的那么就是线程安全，不包含的就是线程不安全的。 由于并发程序要比串行程序复杂很多，一个最重要的原因就是并发程序下访问的一致性和安全性将会受到严重挑战，如何保证一个线程可以看到正确的数据呢？因此我们需要深入了解并行机制的前提下，在定义一些规则来保证多线程直接有效的

1. java多线程环境中，如何保证多个线程按指定的顺序执行呢？ 1.1 通过thread的join方法保证多线程的顺序执行， wait是让主线程等待 比如一个main方法里面先后运行thread1，,thread2，thread3，那么thread1.start()之后，运行thread1.join(),这是会让主线程mian等待新的线程thread1执行完了，再执行主线程mian下面的代码，thread1.join()是然主线程main wait。 package com.java.yj; /** * Created by yejian on 2018/7/9. */ public class MultiThread { public static void main(String[] args) throws InterruptedException { Thread thread1 = new Thread(new Thread1()); thread1.start(); thread1.join(); Thread thread2 = new Thread(new Thread2()); thread2.start(); thread2.join(); Thread thread3 = new Thread(new Thread3()); thread3.start();

目录 为什么需要原子操作类 如果使用volatile修饰变量呢 使用AtomicInteger CAS指令 incrementAndGet()方法 JUC包原子类的类型及方法 为什么需要原子操作类 原子操作，是指一个操作是不可分割，不可中断的； 在java中的运算操作，例如自增或自减，若没有进行额外的同步操作，在多线程环境下操作就是线程不安全的；（n++解析为n=n+1，明显这个操作不具备原子性，多线程并发共享这个变量时必然会出现问题） 如果使用volatile修饰变量呢 volatile特性 可见性，保证被修饰的变量在线程间可见，对变量的所有写操作都能立即反应到其他线程中；即volatile修饰的变量在各个线程中是一致的； 只是保证了可见性，在并发情况下并不能保证线程安全（n++不具备原子性） 使用AtomicInteger incrementAndGet()方法具备原子性 同步 ，多线程并发访问共享数据时，保证共享数据在同一时刻只被一个线程或一些使用； 阻塞同步和非阻塞同步都是实现线程安全的两个保障手段；非阻塞同步主要解决了阻塞同步中线程阻塞和唤醒带来的性能问题； 非阻塞同步 ：在并发环境下，某个线程对共享变量先进行操作；如果没有其他线程争用共享数据那操作就成功；如果存在数据争用冲突，就采取补偿措施，比如重试机制，直到成功为止；因为这中乐观的并发策略不需要把线程挂起

volatile 的作用是： 作为指令 关键字 ，确保本条指令不会因 编译器 的优化而省略，且要求每次直接读值. 简单地说就是防止编译器对代码进行优化.比如如下程序： ? 1 2 3 4 XBYTE[2]=0x55; XBYTE[2]=0x56; XBYTE[2]=0x57; XBYTE[2]=0x58; 对外部硬件而言，上述四条语句分别表示不同的操作，会产生四种不同的动作，但是编译器却会对上述四条语句进行优化，认为只有XBYTE[2]=0x58（即忽略前三条语句，只产生一条机器代码）。如果键入 volatile ，则编译器会逐一的进行编译并产生相应的机器代码（产生四条代码）. 来源： https://www.cnblogs.com/heiming/p/5804271.html

一、volatile概述 volatile提醒编译器它后面所定义的变量随时都有可能改变，因此编译后的程序每次需要存储或读取这个变量的时候，都会直接从变量地址（内存）中读取数据。如果没有volatile关键字，则编译器可能优化读取和存储，可能暂时使用寄存器中的值，如果这个变量由别的程序更新了的话，将出现不一致的现象。下面举例说明。 volatile一般用于修饰多线程间被多个任务共享的变量和并行设备硬件寄存器等。 二、volatile使用案例 在DSP开发中，经常需要等待某个事件的触发，所以经常会写出这样的程序： 1 short flag; 2 void test() 3 { 4 do1(); 5 while(flag==0); 6 do2(); 7 } 这段程序等待内存变量flag的值变为1，之后才运行do2()。变量flag的值由别的程序更改，这个程序可能是某个硬件中断服务程序。例如：如果某个按钮按下的话，就会对DSP产生中断，在按键中断程序中修改flag为1，这样上面的程序就能够得以继续运行。但是，编译器并不知道flag的值会被别的程序修改，因此在它进行优化的时候，可能会把flag的值先读入某个寄存器，然后等待那个寄存器变为1。如果不幸进行了这样的优化，那么while循环就变成了死循环，因为寄存器的内容不可能被中断服务程序修改。为了让程序每次都读取真正flag变量的值

文章目录 Java内存模型介绍 volatile变量怎么用 Java内存模型介绍 在了解volatile到底是什么东西之前，我们先来了解一下Java的内存模型 参考博客 https://segmentfault.com/a/1190000014903099 简单来说，Java的内存模型就是 每个线程都有一个自己独占的工作内存 所有线程工作的时候都需要和主内存进行交互，这个交互的过程就是load和store的过程，load就是从主内存中取数据，store呢就是将数据存储到主内存中 对于交互的过程我们还可以详细的划分为8个操作 lock( 锁定 )：作用于 主内存 的变量，把一个变量标识为一条线程独占的状态。（相当于大boss（主内存）将某个小兵（变量）指定给某个线程独占） unlock（解锁）：作用于 主内存 的变量，把一个处于锁定的变量释放出来，释放变量才可以被其他线程锁定。（相当于大boss主内存将某个小兵从某个线程中释放出来，这个时候又可以重新分配给其他线程） read（读取）：作用于** 主内存 **的变量，把一个变量的值从主内存传输到线程的工作内存中，以便随后的load动作使用。（也就是从shared memory读入CPU local memory，相当从主内存中读取数据放入cache中） 这里补充一下什么是共享内存shared memory以及本地内存CPU local