Java 虚拟机的指令由以下格式的字节码指令构成：操作码（Opcode 1 字节）[操作数(Oprand)]，具有以下两个特点：由于 Java 虚拟机采用面向操作数栈而不是寄存器的架构，所以大多数的指令都不包含操作数，只有一个操作码。class 文件中放弃了对操作数的长度做对齐，节约了填充和间隔符号需要的空间，但是为了在运行时从字节中重建出具体数据的结构，损失了一些执行效率。下面对所有指令做个总结

上一篇博客我们编译了Linux源码来证明了Java中有偏向锁，但是我们从周志明大佬的《深入理解java虚拟机》的书中知道，我们可以通过分析Java对象头中MarkWord来查看是那种锁，下面是32位JVM的对象中的Mark Word图，但是随着JDK的不断升级，JDK没有32位的版本，所以我们要研究64的JVM中对象的MarkWord。当我在网上找了很多资料的后，发现都是32位JVM，无法满足我们

1、AQS简介AQS全名：AbstractQueuedSynchronizer，是并发容器J.U.C（java.util.concurrent）下locks包内的一个类。它实现了一个FIFO(FirstIn、FisrtOut先进先出)的队列。底层实现的数据结构是一个双向链表。Sync queue：同步队列，是一个双向链表。包括head节点和tail节点。head节点主要用作后续的调度。 Condi

1.Broker集群模式（宏观）RocketMQ天生对集群的支持非常友好，天然支持高可用，它可以支持多主多从的部署架构，这也是和kafka大区别之一（PS：Kafka的分区副本可以看成一主多从）。那为什么要将这么多broker组织成多主多从，而不是采用一主多从然后主节点down机后再选举啊？因为。。。RocketMQ中并没有master选举功能，在RocketMQ集群中，1台机器只能要么是Mast

一、Java API说明：RocketMQ服务端版本为目前最新版：4.7.0Java客户端版本采取的目前最新版：4.7.0pom如下<dependency><groupId>org.apache.rocketmq</groupId><artifactId>rocketmq-client</artifactId><version&gt