SpringCloud
你用过springcloud，你知道它的实现原理吗？
我目前使用到的就是Eureka做注册中心，ribbon做负载均衡，feign做声明式服务调用（原先是使用restTemplate，太过混乱）Hystrix的熔断机制机制还没有使用，zuul做路由处理，比如一些token校验，客户端调用哪个服务都得经过该层。
springcloud和dubbo的区别和优缺点能讲一下吗?就是当时你为什么不选择dubbo而选择springcloud？
当时我选用的时候分析过这两个的区别，主要区别我觉得是springcloud使用的restful的http协议，dubbo使用的RPC进行通信，虽然http协议比较重，但是使用起来会简单很多，跨平台调用也比较轻松。其二就是看了很多人反馈dubbo的神坑是jar包依赖，对于当时刚接触分布式的我来说肯定会选择更为简单的，容易上手，文档齐全的分布式框架来用，何况当时dubbo已经停止更新了。
springboot的引入第三方的starter有了解过吗？能详细讲一下吗？
这个我当时没有答上来，虽然我一直在用，但是我不知道starter这个专业术语，所以当时是懵逼的。
下面是事后整理的理解：
例如我想要在SpringBoot项目中集成Redis，那么我只需要加入spring-data-redis-starter的依赖，并简单配置一下连接信息以及Jedis连接池配置就可以。
其实这个starter主要就是带有@Configuration注解的AutoConfigure类，用于自动加载application.yml里面的参数配置。
springboot的启动原理你可以讲解一下吗？比如如何加载上面说的starter？
@SpringBootApplication注解是Spring Boot的核心注解，它主要由@Configuration
，@EnableAutoConfiguration，@ComponentScan三个标签组成：
@Configuration其实就是一个IOC容器的配置类，该注解声明的类会被加到IOC容器中
@ComponentScan就是自动扫描并加载符合条件的组件（比如@Component和@Repository等）
@EnableAutoConfiguration这个最为重要，也是上面starter会被加载进来的原因，该注解中最为关键的就是@Import({EnableAutoConfigurationImportSelector.class})，借助该类@EnableAutoConfiguration可以帮助SpringBoot应用将所有符合条件的@Configuration配置都加载到IoC容器，本质是借助SpringFactoriesLoader从指定的配置文件META-INF/spring.factories加载配置，通过反射实例化到IOC
后面我打算后面起一篇文章具体讲讲springboot的整个启动过程。
mysql
数据库表需要建立索引，一个业务需要用到AC联合索引，一个业务需要用到ABC联合索引，你会怎么建立索引？为什么需要这么建立？
我会建立ACB索引，mysql的复合索引的建立以及最左前缀原则，其实一个索引存在平衡树的节点上就相当于一个存了一个String，比如ACB的内容分别为acb，存储起来就像是a_c_b，当进来a_c，循环a_c_b只要前面不匹配就退出进行下一个比循环完整个a_c_b的性能要好很多。
你知道mysql建立索引的原理吗？
索引主要分为两种索引，聚集索引和非聚集索引，聚集索引是以主键建立的索引，每个树节点都是数据库表的一行数据，就相当于一棵树就是一个表，非聚集索引是以其他字段建立的索引，存储了该字段内容和主键之间的关系，查到这个字段内容之后再去聚集索引里找数据。
为什么mysql要选用B+树做索引的数据结构，而不用其他树？
第一B树能减少树的层数，这就减少了磁盘IO查找的次数。
第二B+树相比于B树，B+树所有data域数据都是存在叶子节点上的，
但是B-树的每个节点都有data域，这无疑增大了节点大小，也会增加了磁盘IO次数。
mysql还对B+树做了一个优化，就是将所有叶子节点串起来，方便数据便利，毕竟遍历树拿到所有数据并不是那么方便
锁
能讲讲synchronized实现原理吗？
看字节码文件可以看到，被锁住的代码操作前后有一个monitorenter和monitorexit包裹着
任何对象都有一个monitor与之相关联，当且一个monitor被持有之后，他将处于锁定状态。线程执行到monitorenter指令时，
将会尝试获取对象所对应的monitor所有权，即尝试获取对象的锁
JVM对synchronized做了哪些优化？
我只回答了自旋（其实还有适度自旋，控制自旋时间）
线程等待锁的时候为什么选择自旋而不阻塞？
线程的阻塞和唤醒需要cpu从用户态转为核心态，这是一个负担很重的操作，对象锁一般只会持续极短的时间，为了这段时间频繁阻塞唤醒线程不值得
多线程死锁是如何形成的？
同步中嵌套了其他的同步
排查死锁时，jstack生成的dump文件你是怎么分析的？
用mat进行分析，还能分析内存溢出的情况
注意
这次面试回答的并不是很好，以上部分答案是经过了后期优化防止误人子弟。
