IT知识体系

事务A 开启查询,事务B提交更新,但是并没有commit, 事务A 能查到 更新后的值

事务内多次查询同一主键数据不一致

事务 insert 多出额外数据

重做日志缓冲（redo log buffer）

重做日志文件（redo log）

引擎端

Explain执行计划

Group

计算

ringbuffer

发送没有回复确认机制

至少一次，有回复确认机制

仅一次，精确保证投递成功

对应主题发布一个空消息

超时自动清除

Leader

Follwer

Canditor

voke 投票

设置优化

StateMachine 状态机

并发低、效率低

需要在第一阶段请求阶段将所有参与资源上锁

第二阶段提交阶段进行confirm/rollback

单点故障

半事务消息

解耦

大事务拆分小事务

补偿机制

最终一致性

滑动时间窗

AT

TCC

saga

XA

LoadBalanceInterceptor

与Raft的主要区别 

持久节点

持久顺序节点

临时节点

顺序临时节点

CopyOnWrite机制，读写分离机制

ApplicationContext 的设计理念基于以下几个核心原则：

依赖注入（Dependency Injection）：

Spring 提供的 IoC 容器使用 ApplicationContext 来管理 Bean 的生命周期和依赖关系。通过依赖注入机制，ApplicationContext 可以自动处理 Bean 之间的依赖，减少类之间的耦合，增强代码的可测试性和可维护性。
配置与执行分离：

ApplicationContext 支持多种配置方式（XML、注解、Java 配置类），实现了配置与应用逻辑的分离，使应用更灵活地进行配置和部署。
面向接口编程：

ApplicationContext 依赖于接口编程。开发者可以通过接口定义行为，并使用 ApplicationContext 来管理具体实现类的实例化。这种方式促进了面向接口的编程习惯，使得系统更加模块化和易于扩展。
统一资源管理：

ApplicationContext 负责加载和管理应用所需的资源，比如 Bean、配置文件、消息资源等。它提供了一种统一的方式来访问这些资源。

Bean 容器：

ApplicationContext 是一个高级的 IoC 容器，管理着应用中的所有 Bean。它负责加载 Bean 定义、解析 Bean 之间的依赖关系，并在应用启动时实例化、配置这些 Bean。
事件发布机制：

ApplicationContext 提供了事件发布和监听机制。应用中的各个组件可以通过 ApplicationContext 发布事件，其他组件可以通过监听这些事件来执行相应的逻辑处理。例如，ContextRefreshedEvent 事件表示上下文刷新完成，开发者可以在此事件发生时执行特定的操作。
国际化支持：

ApplicationContext 还提供了强大的国际化支持，允许应用通过 MessageSource 来获取不同语言环境下的消息和文本资源。这对于需要多语言支持的应用非常重要。
与 Spring AOP 集成：

ApplicationContext 与 Spring 的 AOP 功能无缝集成，可以在 Bean 定义中直接使用 AOP 切面（Aspect），从而实现事务管理、安全控制、日志记录等横切关注点（cross-cutting concerns）的自动处理。
资源加载：

ApplicationContext 通过 ResourceLoader 接口提供了统一的资源加载机制。无论是从文件系统、类路径还是 URL 中加载资源，开发者都可以通过统一的接口访问。

加载完Bean定义之后，创建Bean实例之前被触发，通常使用该扩展点来加载自己的bean定义

用于执行初始化相关操作

默认属性加载配置

HttpStatus.BAD_REQUEST

@ExcetionHandler

@InitBinder

@ModelAttribute

initMethod

destroyMethod

Singleton

prototype

request

session

globalSession

构造函数

字段

setter方法

通知Spring，根据当前类路径下引入的依赖包，自动配置与这些依赖包相关的配置项

@ConditionalOnBean(name="dataSource")

@ConditionalOnClass(DataSource.class)

@ConditionalOnProperty(name="alipay",havingValue="on")

@ConditionalOnResource(resources = "classpath:website.properties")

用于判断当前的应用程序是否是Web应用程序。如果当前应用是Web应用程序，则使用Spring WebApplicationContext,并定义其会话的生命周期

非Web应用程序

@ConditionalException("${localstore} && ${local == 'true'}")

接口定义默认函数

List

@override

@target

@retention

@document

@Inherited

@Repeatable

静态内部类可以直接在外部类的静态方法中使用，不需要创建外部类的实例就可以访问。

成员内部类依赖于外部类的实例存在，因此需要先创建外部类的实例，然后通过这个实例来创建成员内部类的对象。

方法重载，不同参数个数

重定义父类成员方法

覆盖父类成员方法

方法重载，编译时能确定执行目标方法

方法覆盖，实例对象调用方法，运行时才能确定，为运行时多态

类

方法

类型转换

内存溢出OutOfMemoryError

ClassNotFoundError

算术异常ArithmeticExcetion

空对象NullPointerException

类型强制转换异常ClassCastException

负数组长度异常NegativeArraySizeException

数组下标越界ArrayIndexOutOfBoundsException

数值格式化异常NumberFormatException

runtime异常

非runtime 异常

JDK

CGlib

逆向代码

动态生成类框架

Mybatis-plus

Mysql-connect包

Spring Boot 的自动配置

Java的SPI机制,用于接口服务自动发现

自动将META-INF/services 的文件创建,JAVA SPI的语法糖

Integer

Long

Referace...

重入锁，(独占锁) 也称为可重入锁，用于实现线程之间的同步和互斥。

lockInterruptibly()

interrupt()

tryLock(long timeout, TimeUnit unit)

读写锁，(共享锁) 用于实现多个线程对共享资源的读写操作。

偏向锁：

轻量级锁：

重量级锁：

读写锁：

公平锁：

非公平锁：

可重入锁：

由JVM进行锁管理,加锁与释放

两个线程互相等待对方持有的资源,如何避免?

Semaphore

不对资源加锁,在提交时检查数据是否被修改,若冲突,则重试,或返回错误

它假设每次操作都会发生冲突,因此访问数据时会先锁定资源,以免其他线程对该资源进行修改

同步机制,能够使多个线程在某个点上等待,直到所有线程都达到该点,才会继续执行

CyclicBarrier

RecursiveTask

RecursiveAction

扩容因子

初始容量

最大容量

TREEIFY_THRESHOLD

数组 + 链表 + 红黑树

不满足线程安全

构造测试方案

Entry多了before、after指针

16

1 << 30

Node定义

putVal

红黑树代理

链表转换红黑树

Runnable

terminated

start()

run()

interrupt()

周期流转

newSingleThreadExecutor

newCachedThreadPool

newFixedThreadPool

newScheduledThreadPool

LinkedBlockingQueue

SynchronousQueue

AbortPolicy

CallerRunsPolicy

DiscardPolicy

DiscardOldestPolicy

CountDownLatch

CompletableFuture

cores+1(防止突发性线程丢失CPU运行权限)

core*2 + 

cores*（1+io时长/计算时长）

Native Method

局部变量

操作数栈

动态链接

方法出口

异常

不会有内存溢出风险

已被虚拟机加载的类信息、常量、静态变量、JIT（just in time,即时编译技术）编译后的代码等数据。运行时常量池是方法区的一部分，用于存放编译期间生成的各种字面常量和符号引用。

通过反射获取到的类型、方法名、字段名称、访问修饰符等信息就是从方法区获取到的

jdk1.8后方法区（Method Area）被元空间(Metaspace)代替

JVM参数-XX:MetaspaceSize和-XX:MaxMetaspaceSize设置

-Xms设定初始值

-Xmx设定最大值

OOM最容易出现的区域

Jvm参数

OOM分析

调优工具

在线调试

UserClassLoader

Thread A

主内存

Thread B

修饰变量对象立即刷新到主内存共享内存

标记-清除

标记-整理

拷贝

分代收集

引用计数算法

可达性分析算法

方法区回收

finallize

Serial收集器

Parnew 收集器

Paraller scaveng

强引用

弱引用

软引用

虚引用

Minor GC: 清理新生代的垃圾，通常比 Major GC 快，但仍会暂停应用程序的执行。通常，Minor GC 的暂停时间在几十毫秒到几秒钟之间。
Major GC (Full GC): 清理老年代的垃圾，相对较慢，可能需要几秒钟到几分钟不等，具体时间取决于堆的大小和垃圾的数量。
Concurrent Mark-Sweep (CMS) 和 G1 GC: 这些垃圾回收器试图减少停顿时间，通过并发的方式在应用程序运行时进行垃圾回收。

atom

init/1 函数返回的状态

旧版本号

当前进程的状态数据

额外的升级数据

编译、运行、测试等均需要

仅测试时需要

仅运行时需要

运行时不需要,由其他组件提供,比如web容器、JDK

仅在dependencyManagement中可以使用

解决pom parent 父依赖多继承

引入的dependency是pom 有dependencyManagement 的