字节十年资深架构师含泪吐血总结Java面试大全(轻松斩获Offer版)

文章目录

• • 前言
  • 1.微服务
  • • 1.1 主流注册中心对比
    • 1.2 eureka 心跳检测和自我保护机制
    • 1.3 Ribbon 负载均衡策略
    • 1.4 Hystrix 舱壁模式
    • 1.5 Hystrix 工作模式
    • 1.6 Fein
    • 1.7 gateway
  • 2.并发编程
  • • 2.1 多线程
    • • 2.1.1 创建一个阻塞队列
      • 2.1.2 为什么wait() 方法要释放锁。
      • 2.1.3 volatile 关键字的作用
      • 2.1.4 synchronized
    • 2.2 JUC
    • • 2.2.1 阻塞队列
      • 2.2.2 CopyOnWrite
      • 2.2.3 锁
      • 2.2.4 AQS
    • 2.2.5 CAS
    • 2.2.5 ReentrantLock 互斥锁
    • 2.3 线程池
    • • 2.3.1 ThreadPoolExecutor
      • 2.3.2 线程池拒绝策略
      • 2.3.3 ScheduledThreadPoolExecutor
  • 3.java 基础
  • • 3.1 spring 启动的流程（12步）
    • 3.2 BeanFactory 创建流程
    • 3.3 Bean 创建流程
    • 3.4 Bean 生命周期（11步）
    • 3.5 Autowired 和Resource 注解的区别
    • 3.6 循环依赖
    • 3.7 事务的传播行为(7中类型)
    • 3.8 spring mvc 请求处理流程(10步)
    • 3.9 过滤器拦截器
    • 3.10 springboot 启动流程(9步)
    • 3.11. 说说 hashMap 的原理
    • 3.12. synchronized 和 ReentrantLock 的区别
  • 4.jvm
  • • 4.1 jvm 内存模型
  • 4.2 jvm 堆
  • • 4.2.1 堆内存分布
    • 4.2.2 对象分配过程
    • 4.3 方法区
    • 4.4 类加载的执行过程
    • 4.5 双亲委派模型
    • 4.6 判断对象已死算法
    • 4.7 引用类型
    • 4.8 垃圾回收算法
    • • 4.8.1 分代收集理论
      • 4.8.2 标记清除算法
      • 4.8.3 标记复制算法
      • 4.8.4 标记整理算法
    • 4.9 垃圾收集器
    • • 4.9.1 CMS 收集器
      • 4.9.2 G1 收集器
      • 4.9.3 ZGC 收集器
  • 5.设计模式
  • • 5.1 单例模式
    • 5.2 工厂模式
    • 5.3 构建者模式
    • 5.4 代理模式
    • 5.5 适配器模式
  • 6.数据结构和算法
  • • 6.1 数据结构
    • • 6.1.1 线性表
      • • 6.1.1.1数组
        • 6.1.1.2链表
        • 6.1.1.3 栈
        • 6.1.1.4 队列
      • 6.1.2 散列表
      • 6.1.3 树
      • • 6.1.3.1 二叉树
        • 6.1.3.2 满二叉树
        • 6.1.3.3 完全二叉树
        • 6.1.3.4 平衡二叉树
        • 6.1.3.5 二叉查找树
        • 6.1.3.6 红黑树
        • 6.1.3.7 B 树
        • 6.1.3.8 B+ 树
    • 6.2 算法
    • • 6.2.1 排序
      • • 6.2.1.1 冒泡
        • 6.2.1.2 快排
        • 6.2.1.3 堆排序
  • 7.消息队列
  • • 7.1 消息队列的使用场景
    • 7.2 RocketMQ 的角色
    • 7.3 RocketMQ 的执行流程
    • 7.4 RocketMQ 消息过滤
    • 7.5 零拷贝
    • 7.6 同步复制异步复制
    • 7.7 刷盘机制
    • 7.8 延时消息
    • 7.9 事务消息
    • 7.10 顺序消息
  • 8.mysql
  • • 8.1 mysql 体系架构
    • 8.2 mysql 运行机制
    • 8.3 mysql 存储引擎InnoDB
    • • 8.3.1 内存结构
    • 8.4 mysql 索引
    • • 8.4.1 普通索引
      • 8.4.2 唯一索引
      • 8.4.3 主键索引
      • 8.4.4 复合索引
      • 8.4.5 聚集索引
      • 8.4.6 索引原理
      • 8.4.7 like 查询
      • 8.4.8 explain 有哪些字段
      • 8.4.9 慢查询优化
    • 8.5 mysql 锁
    • • 8.5.1 锁分类
      • 8.5.2 悲观锁
      • 8.5.3 乐观锁
      • 8.5.4 死锁
    • 8.6 mysql 事务
    • • 8.6.1 事务特性
      • 8.6.2 事务隔离级别
      • 8.6.3 MVCC
    • 8.7 mysql 分库分表
    • • 8.7.1 主键策略
      • 8.7.2 分片策略
    • 8.8 mysql 主从同步
    • • 8.8.1 适用场景
      • 8.8.2 主从同步作用
      • 8.8.3 主从同步实现原理
  • 9.redis
  • • 9.1 跳跃表
    • 9.2 字典
    • 9.3 压缩列表
    • 9.4 快速列表
    • 9.5 缓存过期和淘汰策略
    • • 9.5.1 过期删除策略
      • • 9.5.1.1 定时删除
        • 9.5.1.2 惰性删除
        • 9.5.1.3 主动删除(定期删除)
      • 9.5.2 淘汰策略
      • • 9.5.2.1 LRU
        • 9.5.2.2 随机
        • 9.5.2.3 volatile-ttl
    • 9.6 缓存穿透、缓存雪崩、缓存击穿
    • • 9.6.1 缓存穿透
      • 9.6.2 缓存雪崩
      • 9.6.3 缓存击穿
    • 9.8 redis 分布式锁实现
  • 10.中间件
  • • 10.1 zookeeper
    • • 10.1.1 zookeeper 数据结构
      • 10.1.2 监听器
      • 10.1.3 zookeeper 应用场景
      • 10.1.4 ZAB 协议
    • 10.2 dubbo
  • 11.分布式
  • • 11.1 分布式下读写一致性
    • 11.2 单调一致性
    • 11.3 CAP 理论
    • 11.4 BASE 理论
    • 11.5 2PC 和 3PC
    • 11.6 paxos 一致性算法
    • 11.7 Raft 一致性算法
  • 12.mybatis
  • • 12.1 mybatis 初始化
    • 12.2 sql 执行过程
    • 12.3 mybatis 插件

前言

这是本人整理的数万字的面试笔记，基本上涵盖了 Java 领域的所有技术栈，本人也是凭借这份面试笔记斩获了近 10 个 offer，面试成功率高达80%。当然这份笔记是我根据自身的经验和技术栈整理的，自己觉得很重要的或者记不清的就会记录记录下来，面试被问到的时候也有回答的思路。现在共享给大家，希望对准备面试的小伙伴有帮助。

1.微服务

1.1 主流注册中心对比

zookeeper：zookeeper 作为注册中心主要是因为它具有节点变更通知功能。只要客户端监听相关服务节点，服务节点有所变更就能及时的通知到监听客户端，非常方便。zookpeeper 是cp模式的。

eureka：是 netflix 开源的 基于RestFulAPI 风格开发的服务注册和发现组件。现在不会再更新。

consul：是使用go 语言开发的支持多数据中心分布式高可用的服务发布和注册的服务软件。

nacos：是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。

1.2 eureka 心跳检测和自我保护机制

心跳检测：eureka 每隔30 秒就会向注册中心续约心跳一次，也就是报活。如果没有续约，租约在90s 后到期，然后服务就会失效，每隔30s的续约操作，就是心跳检测。

自我保护：eureka 服务端如果在15 分钟内，超过 85% 的客户端节点都没有正常心跳，那么Eureka 就认为客户端和注册中心出现了网络故障。而微服务本身是可正常运行的，此时不应该移除这个微服务，所以引入了自我保护机制。在自我保护状态下，不会移除任何服务，能接受新服务的注册和查询请求，但是不会和集群中其他节点同步。

1.3 Ribbon 负载均衡策略

1、轮寻策略

2、随机策略

3、重试策略：一定时间内循环重试。继承随机策略。

4、最小连接数策略：遍历serverList，选出可用且连接数最小的server.

5、可用过滤策略：扩展了轮寻策略，会先通过默认的轮询选取一个 server,再判断 server 是否超时可用。

6、区域权衡策略：扩展了轮询策略。除了过滤连接超时和连接数过多的server，还会过滤掉不符合要求的 zone 区域里面所有的节点。然后在剩下的节点中轮询获取。

1.4 Hystrix 舱壁模式

使用舱壁避免了单个工作负载（或服务）消耗掉所有资源，从而导致其他服务出现故障的场景。这种模式主要是通过防止由一个服务引起的级联故障来增加系统的弹性。通过应用舱壁模式，可以保护有限的资源不被耗尽。为了避免问题服务请求过多导致正常服务⽆法访问，Hystrix 不是采⽤增加线程数，⽽是单独的为每⼀个控制⽅法创建⼀个线程池的⽅式，这种模式叫做“舱壁模式"。

1.5 Hystrix 工作模式

1、当调⽤出现问题时，开启⼀个时间窗（10s）

2、在这个时间窗内，统计调⽤次数是否达到最⼩请求数？

如果没有达到，则重置统计信息，回到第1步；
如果达到了࿰