目录
锁升级
notify和notifyAll区别
Sleep和Wait的区别
ArrayList和ListedList区别
HashMap扩容原理
ConcurrentHashMap
StringBuffer 和 StringBuilder
事务等级
索引结构
三次握手四次挥手，为什么是三次和四次
Java中重写和重载的区别和应用场景
ArrayList 的底层数据结构是什么？如何扩容？时间复杂度？
扩容特点
HashMap 的底层实现原理是什么？JDK 1.8 之前和之后的区别？
String 类型中的 CHAR 和 VARCHAR 区别？使用场景？
Spring IOC和AOP
Mybatis和Mybatis PLUS
TCP和UDP区别
springboot 和Spring MVC
Spring Boot
Spring MVC
慢sql
慢 SQL 的危害
造成死锁的原因？怎么解决
什么是java的反射
java中的io流说一下，说一下字节流和字符流的主要区别
锁升级
无锁-》偏向锁-》自旋锁-》重量级锁
无锁：没有锁竞争
偏向锁：只给锁对象加了个标签，并没有真正去加锁
自旋锁：通过自旋锁实现用户态的锁
重量级锁：在锁竞争非常长激烈的时候，调用CPU的加锁指令，真正生成LOCK锁
notify和notifyAll区别
notify可能造成死锁，而notifyAll不会，notifyAll可以唤醒所有wait方法的线程使其重新进入锁竞争，而notify只能唤醒一个。notify() 是对notifyAll()的一个优化，但它有很精确的应用场景，并且要求正确使用。
Sleep和Wait的区别
对于sleep()方法，我们首先要知道该方法是属于Thread类中的。而wait()方法，则是属于Object类中的。sleep()方法导致了程序暂停执行指定的时间，让出cpu该其他线程，但是他的监控状态依然保持者，当指定的时间到了又会自动恢复运行状态。在调用sleep()方法的过程中，线程不会释放对象锁。当调用wait()方法的时候，线程会放弃对象锁，进入等待此对象的等待锁定池，只有针对此对象调用 notify()方法后本线程才进入对象锁定池准备，获取对象锁进入运行状态。
ArrayList和ListedList区别
ArrayList是动态数组（自动扩容的 Object []） 频繁随机访问（如遍历或按索引查询）
- 主要开销是数组本身（需预分配空间，可能存在内存浪费）。
LinkedList是双向链表（每个节点包含前驱和后继引用）频繁头部 / 尾部插入 / 删除
- 每个节点需额外存储前驱和后继引用（双向链表），内存占用更高。
HashMap扩容原理
HashMap是继承自AbstractMap类，而Hashtable是继承自Dictionary类。不过它们都实现了同时实现了map、Cloneable（可复制）、Serializable（可序列化）这三个接口。
为了能让 HashMap 存数据和取数据的效率高，尽可能地减少 hash 值的碰撞，也就是说尽量把数据能均匀的分配，每个链表或者红黑树长度尽量相等。我们首先可能会想到 % 取模的操作来实现。
ConcurrentHashMap
ConcurrentHashMap 是线程安全的，HashTable是将每一个方法都加了synchronized修饰，占用性能大，效率低，ConcurrentHashMap 是将每一个哈希桶加了锁，锁粒度更小，效率更高
StringBuffer 和 StringBuilder
StringBuffer 是线程安全的，效率低； StringBuilder是线程不安全的，效率高；
都通过append来拼接，一般单线程环境下用StringBuilder
事务等级
原子性
一致性
持久性
隔离性
其中隔离性分为：读未提交，读已提交，可重复读，串行化
索引结构
B树
B+树
B树的所有节点中同时存储键（key）和值（value）。
B+树：B 树的一种变体，所有数据（值）仅存储在叶子节点中，非叶子节点仅存储键（key）用于索引。叶子节点之间通过指针连接，形成有序链表
查询稳定性
三次握手四次挥手，为什么是三次和四次
三次握手
四次挥手
Java中重写和重载的区别和应用场景
重写：子类继承父类的方法或者调用接口
重载：参数不同
ArrayList 的底层数据结构是什么？如何扩容？时间复杂度？
ArrayList 的核心是一个动态扩容的 Object 数组：
扩容特点
- 初始容量：默认 16（首次添加元素时创建）。
- 扩容因子：每次扩容为原容量的1.5 倍（
oldCapacity + (oldCapacity >> 1)）。 - 数组复制：通过
Arrays.copyOf()实现，本质是 System.arraycopy () 的封装。
HashMap 的底层实现原理是什么？JDK 1.8 之前和之后的区别？
JDK 1.8 之前：数组 + 链表
JDK 1.8 的实现（数组 + 链表 + 红黑树）
| 特性 | JDK 1.8 之前 | JDK 1.8 及之后 |
|---|---|---|
| 数据结构 | 数组 + 链表 | 数组 + 链表 + 红黑树 |
| 链表插入方式 | 头插法 | 尾插法 |
| 哈希冲突处理 | 链表 | 链表长度≥8 且数组长度≥64 时转红黑树 |
| 扩容机制 | 重新计算哈希值 | 通过位运算直接拆分链表 |
| 线程安全问题 | 可能形成循环链表 | 避免循环链表，但仍非线程安全 |
| 哈希函数复杂度 | 多次位移 + 异或 | 一次异或 |
| 查找时间复杂度 | 最坏 O (n) | 最坏 O (log n) |
String 类型中的 CHAR 和 VARCHAR 区别？使用场景？
| 维度 | CHAR（固定长度） | VARCHAR（可变长度） |
|---|---|---|
| 存储方式 | 固定长度存储，不足部分用空格填充 | 实际长度 + 1/2 字节长度前缀（L+1/L+2） |
| 最大长度 | 0-255 字符（MySQL 5.0.3 之前为 255 字节） | 0-65,535 字节（受行最大长度限制） |
| 空间效率 | 可能浪费空间（如存储短字符串时） | 更节省空间（仅存储实际内容 + 前缀） |
| 检索效率 | 读取速度稍快（固定偏移量） | 需先解析长度前缀，略慢 |
| 尾部空格处理 | 存储时保留空格，查询时自动截断 | 存储和查询时均保留空格 |
Spring IOC和AOP
-
AOP 的思想：
将横切关注点与业务逻辑分离，通过 “切面” 统一处理。
| 特性 | IOC | AOP |
|---|---|---|
| 核心思想 | 将对象创建和依赖管理交给容器 | 将横切关注点与业务逻辑分离 |
| 实现方式 | 依赖注入（构造器 / Setter / 注解） | 动态代理（JDK/CGLIB）、AspectJ |
| 应用场景 | 组件解耦、配置外部化 | 事务、日志、权限、性能监控 |
| 优势 | 降低耦合、提高可测试性 | 减少重复代码、增强可维护性 |
Mybatis和Mybatis PLUS
Mybatis是一个半ORM（对象关系映射）框架，它内部封装了JDBC。程序员直接编写原生态sql，可以严格控制sql执行性能，灵活度高。
MyBatis-Plus（简称 MP）是一个MyBatis 的增强工具，在不改变 MyBatis 原有功能的基础上，通过简化 CRUD 操作、提供代码生成器和条件构造器等功能，大幅提升开发效率。
TCP和UDP区别
| 维度 | TCP（传输控制协议） | UDP（用户数据报协议） |
|---|---|---|
| 连接性 | 面向连接（三次握手建立连接） | 无连接（直接发送数据） |
| 可靠性 | 可靠传输（确认机制、重传机制、排序） | 不可靠传输（不保证送达或顺序） |
| 传输效率 | 较低（需维护连接状态和重传机制） | 较高（无连接开销和重传） |
| 数据包大小 | 无限制（分段传输） | 受限于 MTU（通常≤65,507 字节） |
| 传输顺序 | 保证有序 | 不保证有序 |
| 拥塞控制 | 有（慢启动、拥塞避免、快速重传等） | 无（可能导致网络拥塞） |
| 应用场景 | 文件传输、网页浏览、邮件收发等 | 实时音视频流、游戏、DNS 查询等 |
springboot 和Spring MVC
Spring Boot
- 定位：
简化 Spring 应用开发的工具集，通过自动配置和约定大于配置原则，降低 Spring 上手门槛。 - 核心功能：
- 自动配置（根据依赖自动配置 Spring MVC、数据库等）
Spring MVC
- 定位：
Spring 框架的 Web 模块，基于 Servlet API 构建，提供 MVC（模型 - 视图 - 控制器）架构支持。 - 核心功能：
- 请求路由（
@RequestMapping） - 参数绑定
- 视图解析（JSP、Thymeleaf 等）
- 请求路由（
慢sql
慢 SQL 的危害
- 阻塞资源：
长时间占用数据库连接和锁，影响其他业务。 - 拖慢系统：
导致接口响应超时，甚至引发雪崩效应。 - 增加成本：
迫使数据库扩容，增加硬件和维护成本。
造成死锁的原因？怎么解决
什么是java的反射
反射机制是在运行时，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意个对象，都能够调用它的任意一个方法。在java中，只要给定类的名字，就可以通过反射机制来获得类的所有信息
java中的io流说一下，说一下字节流和字符流的主要区别
| 特性 | 字节流（Byte Stream） | 字符流（Character Stream） |
|---|---|---|
| 基类 | InputStream / OutputStream | Reader / Writer |
| 处理单位 | 8 位字节（byte） | 16 位 Unicode 字符（char） |
| 适用场景 | 二进制文件（图片、视频、压缩包等） | 文本文件（.txt、.java、.json 等） |
| 是否缓冲 | 无内置字符编码处理，直接读写字节 | 内置编码转换（如 UTF-8、GBK） |
