1 普通方法上
2 静态方法上
修饰静态方法内置锁是当前的Class字节码对象
修饰普通方法内置锁是当前类的实例
原理与使用：
从字节码层面解释：
执行同步代码块
monitorenter
synchronized( ){
}
monitorexit
任何对象都可以作为锁，那么锁信息有存在对象的什么地方呢？
存在对象头中
对象头中的信息 Mark Word Class Metadata Address ArrayLength
Mark Word 存储的是哈希值 锁信息 空间利用率很高的
任何对象都可以作为锁，那么锁信息又存在对象的什么地方呢？
存在对象头中
对象头中的信息： Mark Word Class MetaData Address
jdk1.6之后 引入了
偏向锁： 每次获取锁和释放锁会浪费资源。很多情况下，竞争者不是由多个线程，而是由一个线程在使用。
当一个线程进来时候，找对象头查看是否是偏向锁。偏向锁的Mark Word 字段会记录一些信息 ：线程id Epoch 对象分代年龄信息 是否是偏向锁 锁标志位
检查锁标志位是否是偏向锁，接着会检查线程的id如果和当前线程id是一致（第一次直接进来）。第二次进来时候 接着运行同步代码块（没有锁的获取和释放）。偏向锁获取时候，没有撤销。等到有竞争时候 才有释放的机制。 场景：只有一个线程访问代码块会大大提高性能。（多个线程会降低性能）
轻量级锁：
首先栈帧：
虚拟机栈里面存储的是一个个栈帧，每个方法执行都会存储一个栈帧。每个方法执行都会执行栈帧的进栈出栈。
复制Mark Word 到虚拟机栈中
竞争成功之后会将锁的标志位改成轻量级锁，然后执行同步体。
其他线程也是复制Mark Word到虚拟机中
修改Mark Word，发现已经被别的线程获得了锁，所以修改不成功。然后不停的修改。直到第一个线程把锁释放了才OK
第一个线程执行完毕，第二个获取锁之后，会升级为重量级锁（普遍意义上的synchronize），线程会阻塞。
轻量级锁用到了自旋概念。好处：多个线程可以同时
关于单例模式结合Synchronize
单例模式与线程安全问题
饿汉式是没有线程安全问题的
懒汉式是有线程安全问题的
缩小同步代码块的范围，只有在创建时候才有写的操作 其他的都是读的操作没有线程安全问题
在会出现线程安全问题地方加一个synchronize，锁当前的代码 包裹起来
这样其实还是有问题的，双重加锁，再来一个验空。
这样视乎是一个没有问题，重排序问题。
有可能先执行下面的 在执行上面的这样的重排序问题（没法演示）
package com.toov5.threadTest; public class DoubleLock { private static volatile DoubleLock doubleLock; //防止重排序 private DoubleLock(){ } public static DoubleLock getInstance(){ //比较饿汉模式而言的，如果在这一行加锁，效率势必会比较低 利用同步代码块 //自旋while(true) if (doubleLock == null){ //判断一下 如果为null时候 这种情况下才会去创建对象 synchronized (DoubleLock.class){ //静态的用 字节码文件 if (doubleLock==null) { //上锁完了之后 可能没有创建完毕 所以要判断一下 但是 重排序时候 可能会导致 对象可能创建多次 //所以加volitile关键字 （单线程是不会产生重排序问题） doubleLock=new DoubleLock(); } } } return doubleLock; //不为空的话 会直接返回呀 多个线程去创建时候 才有有安全塞问题 } public static void main(String[] args) { DoubleLock doubleLock1 = DoubleLock.getInstance(); DoubleLock doubleLock2 = DoubleLock.getInstance(); System.out.println(doubleLock1==doubleLock2); } }