拿volatile来说线程的同步核心三要素
●可见性：对一个volatile变量的读，总是能看到(任意线程)对这个volatile变量最后的写入。
●原子性：对任意单个volatile变量的读/写具有原子性，但类似于volatile++这种复合操作不具有原子性(1读 2加 3赋值)。
●有序性,是保证线程内串行语义，避免JVM指令重排等。

锁分类
对竞争这把锁的态度：乐观(JUC下面的原子类)和悲观(( Synchronized)
能否保证每个线程都能拿到锁：能就是公平(处理数据小的好)，不能就不公平(数据大性能高)
能不能递归调用的：可重入锁和不可重入锁(可能会死锁，而且线程调度切换是很耗资源)
是否只能被一个线程持有：能就是独享，不能就是共享锁
锁的状态：无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态
看锁的方式：自选锁(傻屌式轮询问能不能用)



锁的对象和范围，可以影响到锁的粒度
看了下您举得例子，就类似于java的try cathch吧？不用吧整个方法都给含住，在需要的地方才分开try

原子long(volatile long)和对象大Long(AtomicLong)区别
大Long因为是对象 除了值，还带了一些信息，比如hash之些的对象头，还有引用地址

netty会根据jdk的版本来选择更优的方法（跟jvm调优一样），比如新版的jdk(以jdk8为界限)有更好的，它就帮你用jdk自带的。比如你的jdk版本太低了，netty就会把新版jdk的方法复制进去(变相给你升级了jdk)

channel的局部串行，吧Channel、outbound/inbound、handler这三个弄成一个“类”，然后吧这个类叫做事件处理


Netty应用场景下:局部串行+整体并行（少个线程对少个事件）>一个队列+多个线程模式: (全部线程对应全部的事件)
●降低用户开发难度、 逻辑简单、提升处理性能
●避免锁带来的上下文切换和并发保护等额外开销(线程之间切换的)

上次看你留言说有个二十多分钟的视频，原来就是在这里，哈哈
本来周二准备去看你直播的，到十点多一忙完。。看你却下线了。。