老师，那pipeline，eventloop，channel之间的关系呢？

拿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应用场景下:局部串行+整体并行（少个线程对少个事件）>一个队列+多个线程模式: (全部线程对应全部的事件) ●降低用户开发难度、 逻辑简单、提升处理性能 ●避免锁带来的上下文切换和并发保护等额外开销(线程之间切换的) 上次看你留言说有个二十多分钟的视频，原来就是在这里，哈哈 本来周二准备去看你直播的，到十点多一忙完。。看你却下线了。。

降低锁的粒度，通常会增加了加锁的次数，增加上下文切换次数，那么通过降低锁的粒度，来提升性能的做法，是否需要权衡一下呢？

请问一下为什么说Object的wati()和notify()等方法要在监视器里面呢？这个点可以说明一下吗？我也是第一次听过这说法。盼复，谢谢

老师为啥options0()和attrs0()没有线程安全问题

打卡打卡，希望能坚持到最后

老师您好，Handler是单实例还是多实例的？在Handler中如何处理并发问题？

打卡到这里

加锁多的话jvm本身也有锁粗话的优化，会被优化吗

老师，您好！请教一下，在计算AtomicLong vs long 的占用空间时，为什么不计算 AtomicLongFieldUpdater 对象所占用的空间吖？ 64位的系统： long：8 byte Atomic*Updater： 16 bytes 对象头 + 8bytes 引用 8+16+8，和AtomicLong 占用空间一样吖！ 不过 Updater 是 static 对象，当创建多个 ChannelOutboundBuffer 对象时，Updater 也是只占一份空间，而AtomicLong 就每个对象占一份空间。