偏向锁不会主动释放锁
1.定义
在轻量级的锁中，我们可以发现，如果同一个线程对同一个对象进行重入锁时，也需要执行CAS操作，这是有点耗时滴，那么java6开始引入了偏向锁的东东，只有第一次使用CAS时将对象的Mark Word头设置为入锁线程ID，之后这个入锁线程再进行重入锁时，发现线程ID是自己的，那么就不用再进行CAS了
2. 偏向状态
2.1一个对象的创建过程
如果开启了偏向锁（默认是开启的），那么对象刚创建之后，Mark Word 最后三位的值101，并且这是它的Thread，epoch，age都是0，在加锁的时候进行设置这些的值.
偏向锁默认是延迟的，不会在程序启动的时候立刻生效，如果想避免延迟，可以添加虚拟机参数来禁用延迟：-
XX:BiasedLockingStartupDelay=0来禁用延迟注意：处于偏向锁的对象解锁后，线程 id 仍存储于对象头中
最后三位如果是000说明是轻量级锁，如果是101是偏向锁，如果是001是偏向锁失效
3撤销偏向锁
3.1使用hashcode()方法
当调用对象的hashcode方法的时候就会撤销这个对象的偏向锁，因为使用偏向锁时没有位置存
hashcode的值了
3.2其它线程使用对象
偏向锁撤销变成轻量级锁的过程，那么就得满足轻量级锁的使用条件，就是没有线程对同一个对象进行锁竞争，使用
wait和notify来辅助实现
一个线程在加锁之前先wait。另一个线程先使用锁，等待锁用完之后，调用notify唤醒正在wait的线程，使得两个线程分开始用锁，在第二个线程使用锁前的时候，先是偏向第一个线程的(101)，在使用锁的时偏向锁就失效了，转化为了000（轻量级锁），使用锁之后，输出的最后三位是001(偏向锁失效的状态)
4批量重偏向
如果对象被多个线程访问，但是没有竞争，这时候偏向了线程一的对象又有机会重新偏向线程二，即可以不用升级为轻量级锁，可这和我们之前做的实验矛盾了呀，其实要实现重新偏向是要有条件的：就是超过20对象对同一个线程如线程一撤销偏向时，那么第20个及以后的对象才可以将撤销对线程一的偏向这个动作变为将第20个及以后的对象偏向线程二
当撤销偏向阈值超过40次后, jvm会这样觉得,自己确实偏向错了,根本就不该偏向,于是整个类的所有对象都会变为不可偏向的,新建的对象也是不可偏向的
标签：状态,对象,撤销,线程,偏向,使用,轻量级 来源： https://blog.csdn.net/m0_51505198/article/details/121596153
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。