对象头包含这个对象的一些元数据, 包括两个部分:一个mark word字段,一个klass字段 mark word中包含一个锁标志,当对象没有被锁住的时候,标志位为0,否则为1。
mark word的大小在不同的平台上大小也是不同的:
For 32 bit JVM:
_mark : 4 byte constant
_klass : 4 byte pointer to class
For 64 bit JVM:
_mark : 8 byte constant
_klass : 8 byte pointer to class
For 64 bit JVM with compressed-oops:
_mark : 8 byte constant
_klass : 4 byte pointer to class
JDK里的Object类并没有提供API来判断一个对象的对象锁是否被锁住了。但以下的思路也许可行。
一个对象在内存中的布局包括以下几个部分
对象头
对象实例数据(这里不关注)
对齐的填充(这里不关注)
对象头包含这个对象的一些元数据, 包括两个部分:一个mark word字段,一个klass字段
mark word中包含一个锁标志,当对象没有被锁住的时候,标志位为0,否则为1。
mark word的大小在不同的平台上大小也是不同的:
因此,只要能获得markword,就能获取得到这个锁标志,那便能知道一个对象是否被锁住了。可是JDK中,我们只能操作对象的实例数据(变量和方法),并没有方法拿到对象的对象头。因此可能需要用到Java里的“黑科技”
sun.misc.Unsafe
。sun.misc.Unsafe
。以32位的jdk为例子吧:
这里的0L是偏移量。
然后对markword进行位操作,markword里面的具体内容楼主还要去搜一下才行。
说回到楼主的问题上,也许楼主只是想要有一种方式知道锁有没有被持有,并不一定要跟对象t是否被synchronized锁住了这样的问题较劲。
以32位的jdk为例子吧:🎜 rrreee 🎜这里的0L是偏移量。🎜然后对markword进行位操作,markword里面的具体内容楼主还要去搜一下才行。🎜 🎜说回到楼主的问题上,也许楼主只是想要有一种方式知道锁有没有被持有,并不一定要跟对象t是否被synchronized锁住了这样的问题较劲。🎜如果是的话,那楼主可以抛弃synchronized关键字,改用juc里面的ReentrantLock吧,人家里面有个方法可以判断锁是否被持有如果是的话,那楼主可以抛弃synchronized关键字,改用juc里面的ReentrantLock吧,人家里面有个方法可以判断锁是否被持有
isLocked()
isLocked()
🎜