Spring应用上下文生命周期1. 前言本文基于Spring-framework.5.2.2.RELEASE版本进行论述，参考了小马哥在极客时间的课程(文章末尾有对应二维码)。2. Spring应用上下文刷新阶段刷新阶段主要是围绕 AbstractApplicationContext#refresh
Spring Bean的生命周期1. 前言Spring是一个IOC（Inversion of Control，控制反转）容器框架，拥有DI（Dependency Injection，依赖注入），DL（Dependency Lookup，依赖查找 等功能。认为一个IOC框架最基本要有以下功能：配置解析
1. 解决的问题当一个线程执行过程中开启了新的异步线程，会导致异步线程与当前线程的traceId不一致的问题。在线程池中，traceId可能在线程创建那一刻就已经固定了，不会跟着使用场景上下文traceId变动，在后面的线程复用环节中一直都是这个traceId，会带来traceId混乱在一起的情况，
1. 语法差异这里总结一下这次迁移过程中遇到的语法差异：PG中，select [column1] || [column2] 用来连接字符串；MySQL中 || 是逻辑运算符，按照PG语法，需要改成字符串连接函数 select concat([column1], [column2])PG支持boole
1. 核心诉求服务提供方异常能够被服务消费方感知异常分类处理：业务异常，需要返回对应的错误码，方便服务消费方进行国际化文案的提示+日志。非业务异常(比如NPE)，需要返回内容给到服务消费方感知。拓展性&流程尽可能简单2. 方案选择2.1. 直接调用OnError方法，传递Status包装异常
1. 从本地事务开始1.1. 刚性事务ACID原子性（Atomic）：在同一项业务处理过程中，事务保证了多个对数据的修改，要么同时成功，要么一起被撤销。隔离性（Isolation）：在不同的业务处理过程中，事务保证了各自业务正在读、写的数据互相独立，不会彼此影响。持久性（Durability）：事务
Kafka基础1. Kafka基础概念1.1. Kafka是什么Kafka是一个拥有流处理功能的消息引擎系统。主要有五大部分：Producer API，主要用来发送消息。Consumer API，主要用来消费消息。Streams API，Kafka流处理API，这是一个仅适用Kafka的轻量级流处理