@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是进入后操作