博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
一次阿里的面试
阅读量:6700 次
发布时间:2019-06-25

本文共 2232 字,大约阅读时间需要 7 分钟。

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

注意

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

转载地址:http://cjwlo.baihongyu.com/

你可能感兴趣的文章
Elixir 1.2带来多项功能增强和性能提升
查看>>
慎用!BLEU评价NLP文本输出质量存在严重问题
查看>>
避免标准数据模型
查看>>
【js】async和await使用
查看>>
如何定义性能需求
查看>>
管理之善,在于让员工有机会试错
查看>>
ASP.NET Core 2加入了Razor页面特性
查看>>
Idris趋近发布1.0版
查看>>
微服务之旅的经验分享
查看>>
访谈:关于持续敏捷交付与服务矩阵
查看>>
Dependabot:自动创建GitHub PR修复潜在漏洞
查看>>
ticketea如何从一体化转向多体化架构
查看>>
树莓派第三代跨越发展,采用64位处理器内建WiFi及蓝牙
查看>>
如何选取Linux容器镜像
查看>>
姜宁谈红帽绩效考核:不关心员工具体做什么
查看>>
微软推出VS Code新特性,为TypeScript和JavaScript用户提供AI辅助开发功能
查看>>
自己实现MVVM(Vue源码解析)
查看>>
从有到优:百度前端接入技术的升级之路
查看>>
实现TeX的算法:回首编程技术的过去三十年
查看>>
JVM很重吗?
查看>>