1 锁的对象和范围

• 缩小粒度
  
  

2 锁的对象本身大小

• 减少空间占用
  
  Atomic long V.S long
  前者是个对象，包含对象头(object header)以保存hashcode、lock 等信息，64 位系统下占16字节，64位系统下：
• volatile long= 8 bytes
• AtomicLong = 8 bytes (volatile long) + 16bytes (对象头) + 8 bytes (引用) = 32 bytes
  至少节约24字节!

所以 Atomic* objects =》 Volatile primary type + Static Atomic*FieldUpdater

3 锁的速度

提高并发性

LongCounter

记录内存分配字节数等功能用到的。
高并发下: java.util.concurrent.atomic.AtomicLong => java.util.concurrent.atomic.LongAdder

结论:及时衡量、使用JDK最新的功能

根据不同情况，选择不同的并发包实现

JDK< 1.8考虑ConcurrentHashMapV8 ( ConcurrentHashMap在jDK8中的版本)

4 不同场景选择不同的并发类

因需而变

• 关闭和等待关闭事件执行器( Event Executor)：
  Object.wait/ notify =》 CountDownLatch
  

• Nio Event loop中负责存储task的Queue
  Jdk’s LinkedBlockingQueue (MPMC，多生产者多消费者) -> jctools’ MPSC
  io.netty.util.internal.PlatformDependent.Mpsc#newMpscQueue(int):
  
  

5 锁的价值

能不用则不用
Netty应用场景下:局部串行+整体并行>- -个队列+多个线程模式:
降低用户开发难度、逻辑简单、提升处理性能
避免锁带来的上下文切换和并发保护等额外开销

避免用锁:用ThreadLocal来避免资源争用，例如Netty轻量级的线程池实现

文章来源: javaedge.blog.csdn.net，作者：JavaEdge.，版权归原作者所有，如需转载，请联系作者。

原文链接：javaedge.blog.csdn.net/article/details/111500792