每一个刚接触多线程并发编程的同学，当被问到，如果多个线程同时访问一段代码，发生并发的时候，应该怎么处理？

　　我相信闪现在脑海中的第一个解决方案就是用synchronized，用锁，让这段代码同一时间只能被一个线程执行。
我们也知道，synchronized关键字可以用在方法上，也可以用在代码块上，如果要使用synchronized，我们一般就会如下使用：

public synchronized void doSomething() {
    //do something here
}

或：

synchonized(LockObject) {
    //do something here
}

　　那么实际上，synchronized关键字到底是怎么加锁的？锁又长什么样子的呢？关于锁，还有一些什么样的概念需要我们去认识，去学习，去理解的呢？

　　以前在学习synchronized的时候，就有文章说, synchronized是一个很重的操作，开销很大，不要轻易使用，我们接受了这样的观点，但是为什么说是重的操作呢，为什么开销就大呢？

　　到Java1.6之后，Java的开发人员又针对锁机制实现了一些优化，又有文章告诉我们现在经过优化后，使用synchronized并没有什么太大的问题了，那这又是因为什么原因呢？到底是做了什么优化？

　　那今天我们就尝试着从锁机制实现的角度，来讲述一下synchronized在Java虚拟机上面的适应场景是怎么样的。

　　由于Java在1.6之后，引入了一些优化的方案，所以我们讲述synchronized，也会基于Java1.6之后的版本。

锁对象

　　首先，我们要知道锁其实就是一个对象，Java中每一个对象都能够作为锁。

　　所以我们在使用synchronized的时候， 
　　1. 对于同步代码块，就得指定锁对象。 
　　2. 对于修饰方法的synchronized，默认的锁对象就是当前方法的对象。 
　　3. 对于修饰静态方法的synchronized，其锁对象就是此方法所对应的类Class对象。

　　我们知道，所谓的对象，无非也就是内存上的一段地址，上面存放着对应的数据，那么我们就要想，作为锁，它跟其它的对象有什么不一样呢？怎么知道这个对象就是锁呢？怎么知道它跟哪个线程关联呢？它又怎么能够控制线程对于同步代码块的访问呢？

Markword

　　可以了解到在虚拟机中，对象在内存中的存储分为三部分： 
　　1. 对象头 
　　2. 实例数据 
　　3. 对齐填充

　　其中，对象头填充的是该对象的一些运行时数据，虚拟机一般用2到3个字宽来存储对象头。 
　　1. 数组对象，会用3个字宽来存储。 
　　2. 非数据对象，则用2个字宽来存储。

　　其结构简单如下：

长度	内容	说明
32/64bit	Markword	hashCode，GC分代年龄，锁信息
32/64bit	Class Metadata Address	指向对象类型数据的指针
32/64bit	Class Metadata Address	数组的长度（当对象为数组时）

 

 

　　

　　从上表中，我们可以看到，锁相关的信息，是存在称之为Markword中的内存域中。

　　拿以下的代码作为例子，

synchonized(LockObject) {
    //do something here
}

　　在对象LockObject的对象头中，当其被创建的时候，其Markword的结构如下：

bit fields		是否偏向锁	锁标志位
hash	age	0	01

 

 

　　从上面Markword的结构中，可以看出

　　所有新创建的对象，都是可偏向的（锁标志位为01），但都是未偏向的（是否偏向锁标志位为0）。

文章暂时理解至此，https://blog.csdn.net/linmiansheng/article/details/80518130