一次阿里面试的总结

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进行分析,还能分析内存溢出的情况

注意

这次面试回答的并不是很好,以上部分答案是经过了后期优化防止误人子弟。

你可能感兴趣的:(一次阿里面试的总结)