JAVA面试真题2023

阳光穿透心脏的1/2处 2023-10-09 16:57 28阅读 0赞

**@RequestBody 和 @ResponseBody 注解**  
@RequestBody用于接受请求体  
@ResponBody用于返回JSON类型结果

**怎么理解IOC**  
IOC是Spring的一款对象容器 用于管理对象的生命周期 在没有IOC容器前 调用需要NEW对象 代码量较大后JVM的压力会大 并且代码冗余 灵活性小

**讲讲AOP，项目中哪里使用了**  
多用于事务、自定义注解 在不修改源码的前提下自定义新的注解 灵活性很高

**讲下SpringBoot核心注解**  
@SpringBootApplication  
主要由三个注解组成  
@SpringBootApplication  
@EnboautoConfiguration  
@CompontScan  
其中最主要的是@EnboautoConfiguration 看过源码部分 其中使用Import导入了很多的基础类 包括AutoConfigurationImportSelector

**spring bean 生命周期**  
主要分为 1、创建实例化 2、依赖注入 3、容器缓存 4、销毁实例  
但是看过源码之后 自我感觉还有一个周期 就是创建前准备 在创建Bean之前会调用init-method方法 并且准备destroy-method方法 (bean销毁的时候调用)

**BeanFactory 和 ApplicationContext 的区别**  
相同点:这两者都是从IOC容器中获取bean的  
不同点:  
BeanFactory是使用的懒加载 这意味着我们使用getBean()的时候才会实例化  
ApplicationContext是继承了BeanFactory接口 所以可以理解成ApplicationContext是BeanFactory的一个迭代升级版 ApplicationContext是预先加载

**MySQL用过哪些函数？**  
avg平均数  
sum求和  
rand随机数  
concat拼接  
substring截取  
now当前时间  
datediff计算两个日期之间的差值

**SQL排序 / 分组**  
order by排序 desc降序 asc升序  
group by分组 后加having

**根据索引结构不同，有哪几种索引**  
全文索引----FULLTEXT

Hash索引---HASH

BTREE索引----BTree

Rtree索引----RTREE

**如何进行sql优化**  
sql优化可以从四个层面来讲  
1、业务层来讲：在多表查询的时候 可以考虑走两个Mapper去查询后 对结果集进行一个拼接  
2、代码层来讲：尽量减少在循环中对数据库的一个io操作 简单来说就是不要在循环中操作数据库  
3、索引层来讲：对一些特定较慢或者偏移量较大的查询操作进行建立索引优化  
4、硬件层来讲：这个基本上是运维去对数据库硬件进行优化

**什么是回表**  
查询请求，先查了索引文件，根据索引文件拿到了数据的id，然后再根据id 又去数据文件查询了数据。  
这个现象就是回表。  
回表，会增加一次查询开销。所以，要尽量避免回表。  
回表是出现于索引没有命中所有的查询列 或者是查询的条件问题 一次性没有查询出来所有需要的数据 会对sql进行一个回表二次查询的操作 如果偏移量较小的时候 问题不大 但是如果是偏移量大的查询操作 回表就是致命的

**事务隔离级别**  
读未提交（READ UNCOMMITTED）  
读提交 （READ COMMITTED）  
可重复读 （REPEATABLE READ）  
串行化 （SERIALIZABLE）

**脏读、不可重复读 、幻读**  
脏读： 一个事务读到了另一个事务未提交的数据，另一个事务过一会又回滚了，那么这个数据就是不存在的数据，所以叫脏读  
不可重复读：事务A先读了一条数据，然后事务B恰好修改了这条数据的内容，这时事务A再次读这条数据，发现数据的内容发生了变化。  
幻读：事务A先做了一次查询，过了一会，事务B对表进行了插入或者删除操作，然后事务A再次做同样的查询，发现查询的记录条数不一致。

**介绍下B+树的原理**  
可以理解B+Tree是BTree的优化版  
BTree的数据存储在各个节点上面 查询的时候需要全部遍历  
B+Tree的数据存储在各个叶子节点上面 带着条件去叶子节点查询的速度较快

**redis的持久化策略**  
AOF和RDB  
RDB是日志持久化 主要是三种触发机制  
1、save 在主进程直接进行持久化操作 会阻塞主线程 可能会导致程序崩溃  
2、bgSave 在主进程中fork一个子进程进行持久化操作 几乎是无感知持久化  
3、配置save 通过配置save配置文件 主要是当新增了多少次操作 或者 超过多长时间进行一次持久化(满足一项就会触发)  
AOF是快照持久化主要是四种触发机制  
1、always 每次有新指令时都会进行持久化备份  
2、eversec 每秒钟进行一次快照持久化 最多丢失一秒的数据  
3、no 交由操作系统来选择什么时候进行持久化  
4、bgrewriteAof 这个属于是一个AOF的重写 在主进程中fork一个子进程对数据进行快照处理 并且备份完毕后对旧的持久化日志进行替换

**HashMap 是线程安全的吗**  
HashMap在put操作的时候，如果插入的元素超过了容量（由负载因子决定）的范围就会触发扩容操作，就是resize，这个会重新将原数组的内容重新hash到新的扩容数组中，在多线程的环境下，存在同时其他的元素也在进行put操作，如果hash值相同，可能出现同时在同一数组下用链表表示，造成闭环，导致在get时会出现死循环，所以HashMap是线程不安全的。

**哪些集合类是线程安全的**  
Vector、Hashtable、Hashtable、Stack栈(继承于Vector)

**HashMap原理**

内部使用 数组 + 链表 或者 红黑树来实现

put(key,value) 方法的流程：

通过key的hashcode方法，计算出一个hash值。

通过这个hash值定位到数组中一个下标

如果这个下标没有存放元素，那么将当前的value对象包装成一个Node对象放到这个位置。

如果这个下标处有元素：

如果是链表，则遍历链表，判断每个节点里的hash值是否和key的hash值相同，节点里的key是否和要放的key equals相等,如果相等，就是更新，直接将节点里的value值更新为要放的value。如果遍历完链表，没有一个节点的key和当前要放的key equals相等，则是一个插入操作。在链表的尾部，新建也给节点，将key 和 value放到节点里，插入到链表尾部。

源码部分理解  
1、对于HashMap而言，扩容是一个特别消耗内存的操作。所以当程序员在使用HashMap的时候，估算map的大小，初始化的时候给一个大致的数值，避免map进行频繁的扩容。  
2、负载因子是可以修改的，也可以大于1，但是建议不要轻易修改，除非情况非常特殊。  
3、HashMap是线程不安全的，不要在并发的环境中同时操作HashMap，建议使用ConcurrentHashMap。

**RabbitMQ核心组件**  
Broker：mq的服务器  
vHost：虚拟主机  
Exchange：交换机  
Connection：用于消费或生产者与服务器的一个TCP连接  
Channel： 信信道  
ConnectionFactory：负责管理Connection的工厂  
Routing key：消息头属性 用于生产者发送给交换机时绑定的key  
Binding：绑定 用于交换机和队列的路由规则绑定  
Binding key：用于交换机发送给符合条件的队列时验证的key  
扩展：工作模式常用的有五种 简单模式、工作模式、发布/订阅模式、路由模式、主题模式

**Fegin的使用**  
1、在服务的提供者中导入openfegin依赖  
2、在需要调用该服务的业务层创建fegin接口：@FeignClient("feign-接口名")  
3、创建消费者 在需要使用到该接口的地方@Autowired引入接口

**Gateway核心概念**  
Gateway有三个核心的概念  
1、断言：当web访问后 断言可以获取到http请求中的所有参数例如请求头、参数、缓存等等 获取之后对其进行判断 返回布尔值类型  
2、路由：当断言判断成功之后 会进入到对应的路由，路由上又有很多的断言和过滤器  
3、过滤：实则就是过滤器 主要是pre和post pre是进入前操作 post是进入后操作