gaording的博客

lombok之前用的好好的，突然一次编译后就出现符号找不到的报错了，显然是lombok编译生成的字节码有问题呗。先贴下我的idea版本：网上去搜的话也有很多解决方案：1.idea启用注解处理：Enable annotation processing我这个版本的idea就是直接启用的，没效果2.java版本问题，高版本（11、14）的java版本好像会有问题，但我还是用的java8的，排除掉。3.idea插件没安装我之前运行是正常的，显然不是这种问题4.lomb..

已陆续拿到各大厂 offer，目前就职京东零售。简述下面试官一面基本都问的比较广，java 相关的，jvm，集合，spring 源码，各种中间件，aqs，锁机制，常用的都会问到，剩下就是查缺补漏的过程，比如 linux 查看调优等，有针对性的准备提升，不要怕面不过，如果不是很牛逼的大佬，也不要指望一次就过，留给自己犯错的机会，隔一段时间学习提升之后再面一面就行。二面三面就侧重项目点了，平时一定注意分析项目中的难点和可优化的点，每周那么多开发内容，提出一两个优化小点，时间久了就有真的派的上用场的提升了，如

KafkaProducer是线程安全的，可以多线程共用一个实例，而KafkaConsumer是非线程安全的，这点我对比了下KafkaProducer和KafkaConsumer中的成员变量。KafkaConsumer非线程安全的原因应该在于下面这个成员变量:private boolean cachedSubscriptionHashAllFetchPositions;cachedSubscr...

消费者消费消息时会根据之前提交的消费位移offset去kafka拉取offset之后的消息进行消费。但是一些情况下消费者开始消费时会没有消费位移，比如一个新的消费组建立的时候，或者消费组内的一个新的消费者订阅了一个新的主题，或者__consumer_offsets主题中关于这个消费组的位移信息已经过期而被删除的时候。这时消费者开始消费的消费位移就由客户端参数auto.offset.reset来决定...

消费位移(offset)是消费者消费消息时最需要关注的点了。对于kafka中的分区而言，每条消息都有一个唯一的offset，用来标示消息在分区中的位置。而对于消费者而言，offset是用来表示某个分区消费到的消息所在位置。消费者每次调用poll方法拉取消息时都会先提交上一次已经消费过的消费位移，并再次拉取消费位移之后的消息。同时为了保证重启消费者或者消费者上下线再均衡之后仍能做到继续拉取消费位移...

消费者订阅主题或者分区之后就会对主题和分区中的消息进行消费，Kafka中的消费是基于拉模式的，即客户端主动请求服务器拉取消息。与之对应的另一种常见消费模式是推模式，即服务端主动将消息推送给客户端。拉模式减少了服务端的压力，对于Kafka处理大数据量的时候能起到高效的作用。简单的消费者消费代码如下:while (true){ //拉取消息 ConsumerRecords<Stri...

生产者(Producer)是负责向kafka服务集群发送消息的，消费者(Consumer)则是从kafka集群拉取消息进行消费的。kafka中的消费者不是直接订阅kafka服务进行消费的，而是作为消费组(Consumer group)的一员消费消息的。消费者以消费组为单位订阅kafka指定主题(Topic)或者主题的特定分区(Partion)，同一个消费组的消费者不会重复消息，假若一个组有A,B...

上节是讲了kafka的生产者的使用方法。这节是了解下kafka生产者的整体脉络和记录下一些相关参数。KafkaProducer拦截器ProducerIntrceptors序列化器Serializer分区器Partitioner消息累加器RecordAccumulatorsender创建Request缓存至InFlightRequestsselector发送消息kafkaCluster上图便是消...

生产者（Producer）就是负责向kafka发送消息的应用程序。拿图书馆举例的话，不同的出版社(生产者producer)把图书（消息message）发送给图书馆（kafka服务），然后所有人（消费者）可以去指定图书馆浏览图书（poll拉取消息），浏览图书信息自己进行下一步归类总结之类（消费消息定制操作）。生产者对象构建时需要指定生产者连接kafka集群所需的至少一个broker地址，就是...

最近在读的是深入理解kafka核心设计与实践原理。为了加深理解，巩固知识，便打算记录下读书总结日志。这本书总共分为12章。1：kafka的安装与配置及简单的使用demo，2：kafka生产者客户端讲解，3：kafka消费者客户端讲解，4：主题与分区的管理，5：日志存储相关的内容，6：kafka服务端的一些核心内容，7：kafka客户端相关的原理剖析，8：可靠性、一致性的原理分析，9：kafka相关...

mybatis是用来做什么的?解决了什么问题？mybatis是一个orm框架，使程序员只关注sql实现即可，无需考虑具体数据库连接、sql封装查询和结果集转换等重复繁琐的流程。同时它采用了数据库连接池技术能很好得复用已创建的数据库连接。节约单独调用jdbc连接时重复创建与消亡得性能消耗。原来的数据库crud工作，需要自己通过jdbc构建连接，需要自己将查询命令封装入statement...

之前读过了sql调优的前几章：整体架构、内存架构、存储架构，这节读sql调优的对象类型。数据库对象包含表、索引、视图、存储过程等类型。

上一章讲了java的内存模型以及虚拟机如何实现并发的问题。这一章还是对于并发问题的讲解，也是深入理解java虚拟机的最后一节。疫情管控更为严格了，有时候整天呆在家里呆久了感觉浑身不舒适，所以下一本书打算读解硬派健身-一平米健身的书籍。这一章讲述的是java中的线程安全的问题。线程安全的问题针对的是涉及多个线程的共享变量，Java语言中操作共享的变量按照线程安全的安全程度可以分为5类：不可变、绝...

这一章已经到了这本书讲解的最后一部分“高效并发”的知识点了，下一章也是关于并发的知识点，讲解的是线程安全和锁优化。计算机的运算性能很强大，而相较于运算性能来说，它的存储和通信子系统速度则过慢，因此为了能最大程度的发挥计算机的运算能力，而不被其它较慢的处理所拖累，多任务处理几乎是一项必备功能了。Java语言和虚拟机提供了很多工具来简化并发开发，但了解并发内幕仍是帮助定位和解决并发问题必不可少的条件。...

上一章讲了JVM的编译期优化，是指将java源码编译为字节码的过程，这章的运行期优化指的就是将字节码编译成本地机器码的过程。JVM将字节码编译成本地机器码的过程可以通过解释器和编译器去完成，解释器和编译器不是必须要共存，但是许多主流的商用虚拟机同时包含解释器和编译器。解释器是字节码执行的时候，执行到哪一句，就将对应的字节码解释成本地机器码。而编译器是指现统一将字节码编译成本地机器码，再去执行编...

Java语言的编译期其实是一段不确定的操作过程，它可能是指编译器的前端把*.java文件转变成*.class文件的过程，也可能是指虚拟机后端运行期编译器(JIT编译器，Just In Time Compiler)把字节码转变成机器码的过程，还可能是指使用静态提前编译器(AOT编译器，Ahead Of Time Compiler)直接把*.java文件编译成本地机器代码的过程。大家一般的Java编译...

这章案例比较多，代码方面不做展示，粗略介绍下几个案例的知识。在Class文件格式和执行引擎这部分中，用户程序能直接影响的主要是字节码生成与类加载器两部分的功能。案例一：tomcat下正统的类加载结构。web服务器一般有以上几个问题：1.部署在同一服务器下的Java类库需要可以实现相互隔离、独立使用，因为可能两个不同的应用程序会依赖同一个第三方类库的不同版本。2.部署在同一服务器下的Java...

方法调用不等同于方法执行，方法调用阶段的唯一任务就是确定被调用方法的版本。方法调用是程序运行时最普遍、最频繁的操作。Class文件中存储的都是方法调用的符号引用，只有在类加载期间或者到运行期间才能确定目标方法的直接引用。Java虚拟机提供了5条方法调用字节码指令。invokestatic：调用静态方法。invokespecial：调用实例构造器<init>方法、私有方法和父类方法。...

物理机的执行引擎是直接建立在处理器、硬件、指令集和操作系统层面上的，而虚拟机的执行引擎是由自己实现的，可以自行指定指令集与执行引擎的结构体系。虚拟机字节码执行引擎分为运行时的栈帧结构以及方法调用过程，这节先讲述运行时的栈帧结构。栈帧是虚拟机方法调用和方法执行的数据结构，是虚拟机运行时数据区中的虚拟机栈的栈元素。存储了方法的局部变量表、操作数栈、动态连接和方法返回地址等信息。编译程序代码时，...

上一章讲述了Class文件信息存储格式，这一章讲述虚拟机如何加载Class文件。虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，就是虚拟机的类加载机制。Java语言中，类型的加载、连接和初始化过程都是在程序运行期间完成的，这点实现了Java中动态扩展的语言特性。类加载的生命周期包含加载、验证、准备、解析、初始化...