锁 对象头Mark
MarkWord，对象头的标记，32位
–偏向锁线程ID
偏向锁
publicstatic List
publicstatic void main(String[] args)throws InterruptedException{
long begin=System.currentTimeMillis();
intcount=0;
intstartnum=0;
while(count<10000000){
numberList.add(startnum);
startnum+=2;
count++;
}
long end=System.currentTimeMillis();
System.out.println(end-begin);
}
-XX:+UseBiasedLocking-XX:BiasedLockingStartupDelay=0
轻量级锁
普通的锁处理性能不够理想，轻量级锁是一种快速的锁定方法。
lock->set_displaced_header(mark);// 备份
if (mark == (markOop)Atomic::cmpxchg_ptr(lock,obj()->mark_addr(),mark)) {
TEVENT (slow_enter:release stacklock) ;
return ;
}
lock 位于线程栈中
因此如何判断这个线程持有这个锁
只需要判断对象头的指针方向是否在线程的栈中
如何是，则线程有这把锁，如果不是，则没有这把锁
自旋锁
总结
减少锁的持有时间
如果没有必要同步的，就不要放到同步快中
减小锁粒度
hashmap中维护了Entry
减少锁粒度后，可能会带来什么负面影响呢？以ConcurrentHashMap为例，说明分割为多个
Segment后，在什么情况下，会有性能损耗？
锁分离
|
读锁 |
写锁 |
读锁 |
可访问 |
不可访问 |
写锁 |
不可访问 |
不可访问 |
例子
take只作用于前端，put只作用于尾端
E入队时，只要将D.last=E
A出队时，只要head=head.next
从功能的角度做分离，功能不同，互补影响，就可以分离
LinkedBlockingQueue实现中，可以使用takeLock和putLock两个锁
锁粗化
锁消除
public static void main(String args[])throws InterruptedException{
long start = System.currentTimeMillis();
for (inti= 0; i
craeteStringBuffer("JVM","Diagnosis");
}
long bufferCost= System.currentTimeMillis()- start;
System.out.println("craeteStringBuffer:" + bufferCost +" ms");
}
public static String craeteStringBuffer(Strings1, String s2) {
StringBuffersb= new StringBuffer();
sb.append(s1);
sb.append(s2);
return sb.toString();
}
未使用锁消除
无锁
CAS算法的过程是这样：它包含3个参数CAS(V,E,N)。V表示要更新的变量，E表示预期值，N表示新值。仅当V值等于E值时，才会将V的值设为N，如果V值和E值不同，则说明已经有其他线程做了更新，则当前线程什么都不做。最后，CAS返回当前V的真实值。CAS操作是抱着乐观的态度进行的，它总是认为自己可以成功完成操作。当多个线程同时使用CAS操作一个变量时，只有一个会胜出，并成功更新，其余均会失败。失败的线程不会被挂起，仅是被告知失败，并且允许再次尝试，当然也允许失败的线程放弃操作。基于这样的原理，CAS操作即时没有锁，也可以发现其他线程对当前线程的干扰，并进行恰当的处理。
例子
lock位于线程栈中
lo
lock位于线程栈中
lock位于线程栈中
ck 位于线程栈中
本例中，使用偏向锁，以获得5%以上的性能提升
本例中，使用偏向锁，可以获得5%以上的性能提升
本例中，使用偏向锁，可以获得5%以上的性能提升
本例偏向锁，可以获得5%以上的性能提升
本例中使用偏向锁，可以获得5%以上的性能