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轻量级的线程池实现
