java不会秃头

Spring Boot 对于Spring Boot，我们都知道他的设计初衷是解决Spring各版本配置工作过于繁重的问题，简化初始搭建流程、降低开发难度而出现的。可以说用Spring Boot开发，我

Spring是我们Java程序员面试和工作都绕不开的重难点。很多粉丝就经常跟我反馈说由Spring衍生出来的一系列框架太多了，根本不知道从何下手；大家学习过程中大都不成体系，但面试的时候都上升到源码级

相信从事Java开发的朋友都听说过SSM框架，老点的甚至经历过SSH，说起来有点恐怖，比如我就是经历过SSH那个时代未流。当然无论是SSM还是SSH都不是今天的重点，今天要说的是Spring Boot

最近很多粉丝朋友私信我说：熬过了去年的寒冬却没熬过现在的内卷；打开Boss直拒一排已读不回，回的基本都是外包，薪资还给的不高，对技术水平要求也远超从前；

现如今市面上注册中心的轮子很多，我实际使用过的就有三款：Eureka、Gsched、Nacos，由于当前参与 Nacos 集群的维护和开发工作，期间也参与了 Nacos 社区的一些开发

背景 我们的项目采用了读写分离的方案：查询和更新的业务走主库，统计相关的功能走从库，从而减少主库的压力。原理如下图所示： 读写分离的方案 如果从库崩了，实在无法访问了，就会把所有请求打到主库上。原理如

简介 canal 翻译为管道，主要用途是基于 MySQL 数据库的增量日志 Binlog 解析，提供增量数据订阅和消费。 基于日志增量订阅和消费的业务包括 数据库镜像； 数据库实时备份； 索引构建和实

同事：你的代码写的不行啊，不够规范啊。 我：我写的代码怎么可能不规范，不要胡说。 于是同事打开我的 IDEA ，安装了一个插件，然后执行了一下，规范不规范，看报告吧。 这可怎么是好，这玩意竟然给我挑出

在众多关于MQ的面试八股文中有这么一道题，“如何保证MQ消息消费的幂等性”。 为什么需要保证幂等性呢？是因为消息会重复消费。 为什么消息会重复消费？ 明明已经消费了，为什么消息会被再次被消费呢？ 不同