很多Java工程师语法用的很，但是真的让他说说Java是怎样运行的，我相信他会懵逼！！！希望处于这个阶段的同学可以仔细阅Class文件系列的文章，这里涵盖了Class文件的绝大部分内容，当你阅读并理解之后，相信你不再迷茫。不知道是否还记得Code属性，不记得的小伙伴建议回顾一下，Code属性中存储了今天我们将要讲解的字节...

这段源码文件就定义了两个变量，一个为static，一个为static final。这两个变量是啥意思我就不多说了吧，假设你不知道，我严重怀疑你在故意你在跟我开玩笑！

对于这样的API，真的我是看都不想看，你给我整个var0,var1我哪知道这参数到底代表啥，难道我们之间还有摩斯密码，我需要去解密一下，兄台大家都是开发，何苦自相残杀。

只见他摇摇头，一个方法throw这多么异常，但是你知道这些异常存储在哪里(面带骄傲，赌我不知道），但是他却不知道我刚刚看完Class类文件。我轻蔑的跟他说小老弟，走找个会议室我跟你说道说道。于是我带着我的神兽(Macbook Pro)和阿祥来到了光明顶会议室。

元数据区的概念出现在Java8以后，在Java8以前成为方法区，元数据区也是一块线程共享的内存区域，主要用来保存被虚拟机加载的类信息、常量、静态变量以及即时编译器编译后的代码等数据。

HashMap作为我们经常使用的集合，我们除了熟练的使用它，更应该掌握其具体的实现原理(JDK1.8)。关于HashMap是个啥，我这里就不讲述了。

HashMap作为我们经常使用的集合，我们除了熟练的使用它，更应该掌握其具体的实现原理(JDK1.8)。关于HashMap是个啥，我这里就不讲述了。

Kafka常见的消费模式会以组进行组织，通常Kafa会将Topic的分区均匀的分配给同一个组下的不同实例，通常的策略有以下三种： Range：将单个Topic的所有分区按照顺序排列，然后把这些分区划分成固定大小的分区段并分配给每个consumer，默认策略 Round：将订阅所有的Topic分区轮询分配给每个conumser Sticky：规避数据倾斜，...

Kafka Consumer消费以组的方式划分，Topic中的每一个分区只会分给同一个组中的其中一个实例。这是基于队列模式，如果想基于发布订阅模式，那订阅同一个Topic的实例需要指定不同的组名。

将序列化后的消息发送给partitioner，partitioner主要用来确定消息发往哪个分区，默认的分区策略是轮询，如果消息有key，具有相同key的消息可以被发往同一分区，Kafka Producer也允许用户直接指定要发往的分区

Kafka除了状态管理以外，还主要有以下功能职责： 更新集群元数据信息 创建Topic 删除Topic 分区重分配 preferred leader副本选举 Topic分区扩展 Broker加入集群 Broker崩溃 受控关闭 controller leader选举 职责功能 更新集群元数据信息 Client可以从任何一台broker上获取集群完整的元数据信息，这就需要controller在集...

Controller用来协调和管理Kafka集群，在一个Kafka集群中，只有一个broker可以当选Controller，当Controller在的broker宕机后，其他Broker可以竞争当选Controller。

Kafka日志清理目前主要有两种策略： 日志删除 日志压缩：日志压缩就是根据key来保留最后一条消息。 Kafka提供log.cleanup.policy参数进行相应配置，默认值：delete，还可以选择compact。 日志删除 配置 默认值 说明 log.retention.check.interval.ms 300000 (5分钟) 检测频率 log.retention.hours 168 (7天) 日志保留时...

在分布式架构中，当某个服务单元发生故障之后，通过断路由器的故障监控(类似熔断保险丝)，向调用方返回一个错误响应，而不是长时间的等待。这样就不会使得线程因调用故障服务被长时间占用不释放，避免了故障在分布式系统中的蔓延。