分析springboot运行机制

1. 首先主类上@SpringBootApplication注解，点进去主要有三个重要注解：@Configuration、@ComponentScan、@EnableAutoConfiguration。
2. @Configuration将该类标记为配置类；
3. @ComponentScan没有指定basePackages的话就以当前类所在的包为basePackages，这就是为什么将Bean放于主类所在包范围之外无法扫描到的原因；
4. @EnableAutoConfiguration有个注解@Import({AutoConfigurationImportSelector.class})，而AutoConfigurationImportSelector最终实现了ImportSelector接口，该接口selectImports方法返回一组bean全类目数组，将实现对导入类的收集。 那么导入的类从哪来呢？
   AutoConfigurationImportSelector调用SpringFactoriesLoader的loadSpringFactories 方法，该方法会加载class路径下META-INF/spring.factories配置文件里所有的配置类
   

MyBatis中#{}和${}区别

#{}是预编译处理，MyBatis会将#{}替换为?，配合PreparedStatement的set方法赋值，防止SQL注入。${}直接是字符串替换，不推荐使用。

MyBatis的分页方式

1. 逻辑分页：使用自带的RowBounds分页，一次查很多数据（不是全部数据），然后在这些数据里面检索。本质上是使用DB的limit进行分页，表里数据量小速度较快，数据量大就很慢。比如：limit 100 offset 20就会查询满足120条的数据，然后取出20条，可想而知随着limit后的数值增大越来越慢。
2. 物理分页：使用分页插件PageHelper，直接去数据库里查询指定条数的数据。

谈谈MyBatis缓存

我总结了一篇文章简述MyBatis的一级缓存、二级缓存原理

谈谈Redis缓存穿透和缓存雪崩

1. 缓存穿透：同一时间客户端大量的请求在Redis和数据库中都不存在的数据会导致每次请求都会查DB。解决办法：
   • 将从DB查询出来的空值进行缓存“null”
   • 使用布隆过滤器。（有一定的误判率，谷歌guava的默认误判率为0.03）
2. 缓存雪崩：大量的key在同一时间过期，同一时间收到大量的请求，流量会直接到达DB，造成DB宕机。解决办法：
   • 设置热点数据key永不过期
   • 设置过期时间不要集中在一起

Servlet生命周期

1. 容器启动将Servlet Class加载到虚拟机
2. 第一个请求到达时，实例化Servlet 调用init()初始化方法，调用service()方法
3. 第二个以及第二个请求之后的请求到达时，调用service()方法
4. Servlet容器正常关闭时，调用destroy()方法。

TCP/IP组成或者模型

1. 应用层（细分为应用层、表示层、会话层）：直接为应用程序提供服务
2. 传输层：提供端到端通信服务
3. 网络层：负责数据的包装、寻址和路由
4. 网络接口层（细分为物理层、数据链路层）：传输数据的物理媒介，将信息编码成电流脉冲或其它信号用于网上传输，通过物理网络链路提供可靠的数据传输

TCP和UDP

1. TCP面向连接；UDP是一种无连接协议
2. TCP提供可靠的服务，使用阻塞控制和流量控制；UDP不建立连接，不关心消息是否被接受到，无视网络状况数据以恒定速率想发就发，无法提供可靠的服务，不使用阻塞控制和流量控制
3. TCP1对1通信；UDP支持1对1,1对多，多对1，多对多通信
4. TCP面向字节流；UDP面向报文
5. TCP慢；UDP快
6. TCP适用于可靠传输的应用（文件传输）；UDP适用于实时应用（IP电话、视频会议、直播等）

参考：一文搞懂TCP与UDP的区别

TCP三次握手

1. 客户端发送SYN（SEQ=x）报文给服务器端，进入SYN_SEND状态。
2. 服务器端收到SYN报文，回应一个SYN （SEQ=y）ACK（ACK=x+1）报文，进入SYN_RECV状态。
3. 客户端收到服务器端的SYN报文，回应一个ACK（ACK=y+1）报文，进入Established状态。

• SYN（Synchronize Sequence Numbers）：同步序列编号
• SEQ：初始序号