coolxbin

@Aarthas 请问您是怎么优化集群功能的呢？我现在部署了两个节点，在设备有大量的消息上报是，出现了集群节点之间消息转发延迟高的问题。也就是从broker节点A，通过redis，转发到broker节点B，在B节点发现，转发的消息延迟在分钟级别以上。我的redis是单节点部署的，broker的所有数据都记录在这个redis节点上。

> Thanks a lot. Really need that when I have to share files in PDF with others 是的，这个功能对大文件来说非常方便，期待能实现！ 当前TOC功能，我在v0.17.1上面尝试了两次没有成功，个人认为TOC功能还是更适合HTML导出 Yes, this feature is very convenient for large files, look forward...

> 至于为什么轻量级锁需要一个膨胀中（INFLATING）状态，代码中的注释是： > > // Why do we CAS a 0 into the mark-word instead of just CASing the > // mark-word from the stack-locked value directly to the new...

> 线程 T2 是轻量锁并且正在执行, T3 执行会尝试获取锁, 那么是由 T3 升级锁, 还是 T2 来升级锁呢? T3来升级，会将锁的_owner设置为T2，这样就不会影响T2使用锁

看完重量级锁的膨胀过程后，一直有个问题没想明白： 如果在膨胀前A线程已经重入了3次轻量级锁，这时B线程来竞争锁，导致锁膨胀。膨胀过程中，会将_owner设置为A线程堆栈中的Lock Record（其实就是锁对象指向的Lock Record地址）。但是，这里没有处理锁重入次数（只是将monitor的__ecursions设置为了0），且在锁释放过程中，也没考虑这个问题。 那么这3次轻量级锁重入是否丢失了呢？ 希望博主和一起学习的同志能指导一下