5.17电话面试

---

一、Concurrenthashmap的底层实现原理？1.8前后的改变？版本是否都用了分段锁？

1.7之前使用的Segment（分段锁），hashentry（类似于hashMap采用数组加链表)

支持Segment数组数量的线程并发。
get全程不需要加锁，所以效率很高。

1.8之后抛弃了原有的 Segment 分段锁，而采用了 CAS + synchronized 来保证并发安全性。
CAS（乐观锁）：在准备写回数据时，比较原值是否修改，若未被其他线程修改则写回，若已被修改，则重新执行读取流程。
这时有一个经典的ABA问题：
就是说来了一个线程把值改回了B，又来了一个线程把值又改回了A，对于这个时候判断的线程，就发现他的值还是A，所以他就不知道这个值到底有没有被人改过，其实很多场景如果只追求最后结果正确，这是没关系的。

解决方法：用版本号去保证就好了，就比如说，我在修改前去查询他原来的值的时候再带一个版本号，每次判断就连值和版本号一起判断，判断成功就给版本号加1。时间戳也可以。

二、有了Spring为什么还要用Springboot？

三、RabbitMQ的使用场景？

不需要实时性的，基于异步
1.解耦。
2.基础服务。短信、邮件。
3.限流削峰。

好处：解耦、异步提速、限流削峰。

四、RabbitMQ如何保证消息不丢失

五、redis的基本数据类型

1.string
2.hash
3.set
4.list
5.zset

六、如何实现接口的幂等性

在高并发的场景下，如果因为网络问题重复点击按钮时，向后台发送了多条数据，像注册，下一步，登录，购买等，如果后台重复增加多条数据的话，结果肯定是不对的。
在高并发的条件下，向后台发送多条数据，结果都是正确的，类如注册一样的参数传递过来只执行一次，保证了结果正确就叫做接口的幂等性。

方案：
1.唯一id，寻找一个字段作为唯一标识。每次操作生成唯一id，并对id进行判断如果不存在则执行后续操作，并保存到数据库中。
2.使用token
3.建去重表
4.版本控制。乐观锁 version
5.状态控制

七、SpringBoot的特性

八、sql索引的数据结构

九、如何知道sql有没有命中索引

十、如何使用命令将github上的项目克隆下来

https://blog.csdn.net/apple198942/article/details/84292600