Java锁优化

Java锁优化

锁优化可以重这5个方面：

• 减少锁的持有时间
• 减小锁粒度
• 锁分离
• 锁粗化
• 锁消除

减少锁的持有时间

只用在有线程安全要求的程序上加锁。如：

public synchronized void syncMethod(){ 
         //一些其他操作
         ...
         //访问共享资源开始
         mutextMethod(); 
         //访问共享资源开始
         //一些其他操作
         ...
}

public void syncMethod(){ 
         //一些其他操作
         //访问共享资源开始
         synchronized(this){
         	mutextMethod(); 
         }
         //访问共享资源开始
         //一些其他操作
}

---

减小锁粒度

将大对象（这个对象可能会被很多线程访问），拆成小对象，大大增加并行度，降低锁竞争。降低了锁的竞争，偏向锁，轻量级锁成功率才会提高。最最典型的减小锁粒度的案例就是ConcurrentHashMap。

ConcurrentHashMap是线程安全的，并且里面使用了分段锁这个概念，所以在保证线程安全的情况下，保证了并发性能。分段锁就是减小锁粒度的一个很好的例子。

锁分离

最常见的锁分离就是读写锁 ReadWriteLock，根据功能进行分离成读锁和写锁，这样读读不互斥，读写互斥，写写互斥，即保证了线程安全，又提高了性能。

锁粗化

通常情况下，为了保证多线程间的有效并发，会要求每个线程持有锁的时间尽量短，即在使用完公共资源后，应该立即释放锁。但是，凡事都有一个度，如果对同一个锁不停的进行请求、同步和释放，其本身也会消耗系统宝贵的资源，反而不利于性能的优化 。

网上有这么一个例子，首先我说一下StringBuffer，StringBuffer是线程安全的，并且append操作会上锁。当JVM检测到有连续的append操作时，会将这些操作获得锁统结合为一组上锁操作和释放操作。而非分开三组操作。

public String concatString（String s1，String s2，String s3）{
    StringBuffer sb=new StringBuffer();
    sb.append(s1);
    sb.append(s2);
    sb.append(s3);
    return sb.toString();
}

---

锁消除

锁消除是在编译器级别的事情。在即时编译器时，如果发现不可能被共享的对象，则可以消除这些对象的锁操作，多数是因为程序员编码不规范引起。

还是参考：https://blog.csdn.net/sted_zxz/article/details/76854371的例子

public String concatString（String s1，String s2，String s3）{
    return s1+s2+s3；
}

在JDK1.5之前JVM会翻译成这样，而JVM也可以知道，这个StringBuffer对象只有当前线程用于，而其他线程根本不可能拿到，因为这个对象是方法独有的，虽然append()会对StringBuffer实例上锁，但是完全没有必要，所以就可以去这些锁进行消除。

public String concatString（String s1，String s2，String s3）{
    StringBuffer sb=new StringBuffer();
    sb.append(s1);
    sb.append(s2);
    sb.append(s3);
    return sb.toString();
}