原因：
有一句话说的好，在单核的环境下，并行算法的执行效率差与串行计算；原因就在于对程序上锁与下锁需要消耗CPU资源并由CPU进行调度，同时，锁冲突也会影响效率。所以，在多核时代，即使并行计算大于串行，但锁设计的好坏大大影响程序的执行效率。
措施：
减少上锁时间：即将synchronized的从修饰方法到修饰临界代码块。从而达到降低锁冲突的可能性，进而提高系统的并发能力。
减少锁粒度：感觉与减少上锁时间大差不差。其中讲到了ConcurrentHashMap的安全实现机制：其中就是对put与get方法上锁，如果我们自己写一个线程安全hashmap，会用synchronized或者重入锁对put、set方法上锁，而Collections.SychronaziedMap(new HashMap)也是这么做的，但我们讨论的是更高效的ConcurrentHashMap，而它并不是完全上锁，而是在put时，首先比较hashcode，之后上锁，因为对于两个put线程，若hash表中没有冲突，则及时两个线程谁先存入，都不会影响后一个的put，而若hashcode相同，则会有影响。所以，可以将put操作分成16个段，这样就可以最多有16个线程同时完成插入操作。
然而，这种操作也有一定的弊端：即在进行size操作时，不如直接上锁来的效率高，具体细节不祥。
读写分离代替独占锁：上一章已经说过
锁分离：指定义相同类型但不同名字的锁，这样就可以减少锁冲突。比如：在LinkedBlockingQueue中，take与put方法本是互不影响的，仅仅是两个put线程不能同时、两个take线程不能同时，而take与put无关紧要。一般的设计会定义一个ReentrantLock 对所有操作一改.lockInterruptibly()，而考虑到上述特性，定义不同锁：takelock与putlock，可以大大减少锁冲突。
锁粗话：合并锁
Java虚拟机对锁优化的措施：锁偏向、轻量级锁、自旋锁、锁消除等，程序员可以根据不同锁的定义以及使用场景动态的配置jvm参数，从而设置指定锁。
人手一只笔：ThreadLocal 表示为每一个线程定义一个自己独有的资源。
解决死锁的方式：重入锁的中断与限时等待。
网友评论