java 线程锁对象_java的线程、锁相关

volatitle

这样的一行代码：

volatitle instance = new Singleton(); // instance是volatile变量

汇编后代码是这样子的

0x01a3de1d: movb $0×0,0×1104800(%esi);0x01a3de24: lock addl $0×0,(%esp);

当中有个lock指令，这个指令是做什么的呢？

1)将当前处理器缓存行的数据写回到系统内存。

2)这个写回内存的操作会使在其他CPU里缓存了该内存地址的数据无效。

处理器不会直接跟内存打交道，而是缓存。所以，首先会将值写会内存，而后将该值的所有缓存设置为无效，包括多处理器环境下的缓存。(那岂不是线程安全的？)

synchronized

对于普通同步方法，锁是当前实例对象。

对于静态同步方法，锁是当前类的Class对象。

对于同步方法块，锁是Synchonized括号里配置的对象。

由于锁太重，为了提高syn会采取几种轻量级锁

1 偏向锁

HotSpot的作者发现，锁总是由同一个线程获得，因此当线程获得锁的时候，会在对象头和栈帧中的锁记录里存储锁偏向的线程ID，以后该线程在进入和退出同步块时不需要进行CAS操作来加锁和解锁，只需简单地测试一下对象头的Mark Word里是否存储着指向当前线程的偏向锁。如果测试成功，表示线程已经获得了锁。

如果测试失败，则需要再测试一下Mark Word中偏向锁的标识是否设置成1(表示当前是偏向锁)：如果没有设置，则使用CAS竞争锁；如果设置了，则尝试使用CAS将对象头的偏向锁指向当前线程

2 轻量级锁

线程在执行同步块之前，JVM会先在当前线程的栈桢中创建用于存储锁记录的空间，并

将对象头中的Mark Word复制到锁记录中，官方称为Displaced Mark Word。然后线程尝试使用CAS将对象头中的Mark Word替换为指向锁记录的指针。如果成功，当前线程获得锁，如果失败，表示其他线程竞争锁，当前线程便尝试使用自旋来获取锁

单例模式可能的问题

double check可能会存在问题

public class Singleton{

private static Singleton instance = null;

private Singleton(){}

public static Singleton getInstance(){

if(instance == null){

synchronized(Singleton.class){

if(instance == null)

instance = new Singleton();//问题

}

}

return instance;

}

}

在问题步骤中，对象的创建包含了三个环节

1 分配空间

2 栈指针指向空间

3 实例化对象

但由于jvm的指令重排序，可能1->3->2

那么如果一个线程执行完1->3 跳出了syn块

那么第二个线程判断实例非空，直接返回，但事实上并没有初始化掉，因此存在问题