Monitor
Monitor被翻译为监视器或管程
每个Java对象都可以关联一个Monitor对象,如果使用synchronized给对象上锁(重量级)之后,该对象头的Mark Word中就被设置指向Monitor对象的指针。
Monitor结构如下:
当使用synchronized给对象上锁的时候,这个对象就会跟Monitor进行关联。步骤如下:
当有一个线程执行synchroniezd(obj)这段代码时,obj对象就会跟操作系统提供的Monitor对象相关联。
具体是用一个指针指向Monitor对象,地址存储在MarkWord里。
此时线程Thread-2成功获取了Monitor锁,Owner表示的是哪一个线程获取了这把锁。
如有别的线程打算执行synchroniezd(obj)这段代码时,它会先判断obj是否有关联Monitor锁,如已经关联Monitor锁,再去判断这把锁是否有主人(Owner),Monitor中Owner只能有一个,如这把锁已经有主人(Owner),此时线程就会关联EntryList(EntryList是一个阻塞队列,关联了EntryList的线程都变成阻塞状态,底层是链表结构)。
当Thread-2把临界区代码执行完后,这个锁就会被释放,Owner就会空出来,这时会唤醒EntryList中的线程,在EntryList中的线程开始竞争,由竞争成功的线程获得这个锁。
总结:
- 刚开始Monitor中Owner为null
- 当Thread-2执行synchronized(obj)就会将Monitor的所有者Owner置为Thread-2,Monitor中只能有一个Owner
- 在Thread-2上锁的过程中,如果Thread-3,Thread-4,Thread-5也来执行synchronized(obj),就会进入EntryList BLOCKED
- Thread-2执行完同步代码块的内容,然后唤醒EntryList中等待的线程来竞争锁,竞争时是非公平的,具体结果由jvm决定
- 图中WaitSet中的Thread-0,Thread-1是之前获得过锁,但条件不满足进入WAITING状态的线程。
注意:
- synchronized必须是进入同一个对象的monitor才有上述的效果
- 不加synchronized的对象不会关联监视器,不遵从以上规则