2019年最新阿里Java工程师面试题

时间  2019-11-20
标签 2019年 最新 阿里 java 工程师 面试 栏目 阿里巴巴 繁體版
原文   原文链接

1、单选题（共10题，每题5分）

1 关于设计模式遵循的原则，说法错误的是？
 
B

设计模式（面向对象）有七大原则，分别是： 1.开放-封闭原则 2.单一职责原则 3.依赖倒转原则 4.迪米特法则（也称为最小知识原则） 5.接口隔离原则 6.合成/聚合复用原则 7.里氏代换原则 详情参考 ：http://www.javashuo.com/article/p-dgyfepja-dx.htmlhtml

 
2 Mysql索引使用的B-Tree描述错误的是？
 
D

B-Tree是知足条件： d>=2，即B-Tree的度； h为B-Tree的高； 每一个非叶子结点由n-1个key和n个指针组成，其中djava

 
3下列关于Java并发的说法中正确的是（）
 
B
B
对于D选项，volatite只保证线程在“加载数据阶段”加载的数据是最新的，并不能保证线程安全。
 
**一个线程执行的过程有三个阶段：**
加载（复制）主存数据到操做栈 --> 对操做栈数据进行修改 --> 将操做栈数据写回主存
volatite关键字，让编译器不去优化代码使用缓存等，以保证线程在“加载数据阶段”加载的数据都是最新的
 
**好比：**
某一时刻i=6是最新的值，volatile保证线程A,B都同时加载了这个最新的值，
而后A执行i(A)+1=7,而后将7写回主存，
B也执行i(B)+1=7,而后也将7写回内存，
这样，执行两次加法，i却只增长了1
 
4如下为求0到1000之内全部奇数和的算法，从中选出描述正确的算法（ ）
 
A

A和B选项的区别在于第3步和第4步，B中当i=999时，先执行步骤3，则i=i+2=1001,接着第4步s=s+1001,如此看来这种三、4步的写法求得的S会多加了一个i=1001.mysql

 
5下面关于垃圾收集的说法正确的是
 
D
 
 
6Java虚拟机在运行Java代码时,首先进行的操做是（）
 
C

1）编译器负责把java文件编译为class文件， 2）JAVA虚拟机（JVM）对class文件，进行加载、校验、执行， 故本题的答案为C。redis

 

7如下哪一个不是Collection的子接口？
 
D

补图：算法

 
8 OpenStack中Mongodb推荐使用（ ）盘部署。
 
B

无sql

 
9如下代码的循环次数是 ？ 
 1 public class Test {  
 2  public static void main(String args\[\]) {  
 3  int i = 7;  
 4  do {  
 5  System.out.println(--i);  
 6  --i;  
 7  } while (i != 0);  
 8  System.out.println(i);  
 9  }  
10 }

 

D

略数据库

 
10关于Redis 分布式锁的特色描述错误的是？
 
B

选项B 应该是 释放锁就是删除 key。编程

RedLock 算法

这个场景是假设有一个 redis cluster，有 5 个 redis master 实例。而后执行以下步骤获取一把锁：设计模式

获取当前时间戳，单位是毫秒； 跟上面相似，轮流尝试在每一个 master 节点上建立锁，过时时间较短，通常就几十毫秒； 尝试在大多数节点上创建一个锁，好比 5 个节点就要求是 3 个节点 n / 2 + 1； 客户端计算创建好锁的时间，若是创建锁的时间小于超时时间，就算创建成功了； 要是锁创建失败了，那么就依次以前创建过的锁删除； 只要别人创建了一把分布式锁，你就得不断轮询去尝试获取锁。缓存

 

2、多选题（共10题，每题5分）

1关于MySQL的脏读、幻读和不可重复读说法正确的有？
 
C

脏读 ： 脏读就是指当一个事务正在访问数据，而且对数据进行了修改，而这种修改尚未提交到数据库中，这时，另一个事务也访问这个数据，而后使用了这个数据。 不可重复读 ： 是指在一个事务内，屡次读同一数据。在这个事务尚未结束时，另一个事务再修改数据。那么第一个事务两次读到的的数据多是不同的，所以称为是不可重复读。 幻读： 当某事物正在执行插入或删除操做同时，第二个事物也在操做此表的数据，就会显示有一行还未存在的数据，就像发生了幻觉同样。

解决办法：若是在操做事务完成数据处理以前，任何其余事务都不能够操做此数据，则可避免该问题。

 
2 JVM管理的内存包括哪几个运行时数据内存？
 
A,B,C,D

Java虚拟机管理的内存包括几个运行时数据内存：方法区、虚拟机栈、本地方法栈、堆、程序计数器，其中方法区和堆是由线程共享的数据区，其余几个是线程隔离的数据区

 
3 Redis 内存淘汰机制有哪些？
 
A,B,C

redis 内存淘汰机制有如下几个：

noeviction: 当内存不足以容纳新写入数据时，新写入操做会报错，这个通常没人用吧，实在是太恶心了。 allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的 key（这个是最经常使用的）。 allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个 key，这个通常没人用吧，为啥要随机，确定是把最近最少使用的 key 给干掉啊。 volatile-lru：当内存不足以容纳新写入数据时，在设置了过时时间的键空间中，移除最近最少使用的 key（这个通常不太合适）。 volatile-random：当内存不足以容纳新写入数据时，在设置了过时时间的键空间中，随机移除某个 key。 volatile-ttl：当内存不足以容纳新写入数据时，在设置了过时时间的键空间中，有更早过时时间的 key 优先移除。

 
4Hystrix 的设计原则描述正确的有哪些？
 
A,B,C,D

Hystrix 的设计原则

  • 对依赖服务调用时出现的调用延迟和调用失败进行控制和容错保护。
  • 在复杂的分布式系统中，阻止某一个依赖服务的故障在整个系统中蔓延。好比某一个服务故障了，致使其它服务也跟着故障。
  • 提供 fail-fast（快速失败）和快速恢复的支持。
  • 提供 fallback 优雅降级的支持。
  • 支持近实时的监控、报警以及运维操做。

 

5 关于Kafka、ActiveMQ、RabbitMQ、RocketMQ说法正确的有？
 
B,C,D

ActiveMQ 基于 Java 开发的， RabbitMQ 是基于 erlang 开发的。 因此选项A 错误。 B、C、D都正确。

特性 ActiveMQ RabbitMQ RocketMQ Kafka
单机吞吐量 万级，比 RocketMQ、Kafka 低一个数量级 同 ActiveMQ 10 万级，支撑高吞吐 10 万级，高吞吐，通常配合大数据类的系统来进行实时数据计算、日志采集等场景
topic 数量对吞吐量的影响     topic 能够达到几百/几千的级别，吞吐量会有较小幅度的降低，这是 RocketMQ 的一大优点，在同等机器下，能够支撑大量的 topic topic 从几十到几百个时候，吞吐量会大幅度降低，在同等机器下，Kafka 尽可能保证 topic 数量不要过多，若是要支撑大规模的 topic，须要增长更多的机器资源
时效性 ms 级 微秒级，这是 RabbitMQ 的一大特色，延迟最低 ms 级 延迟在 ms 级之内
可用性 高，基于主从架构实现高可用 同 ActiveMQ 很是高，分布式架构 很是高，分布式，一个数据多个副本，少数机器宕机，不会丢失数据，不会致使不可用
消息可靠性 有较低的几率丢失数据 基本不丢 通过参数优化配置，能够作到 0 丢失 同 RocketMQ
功能支持 MQ 领域的功能极其完备 基于 erlang 开发，并发能力很强，性能极好，延时很低 MQ 功能较为完善，仍是分布式的，扩展性好 功能较为简单，主要支持简单的 MQ 功能，在大数据领域的实时计算以及日志采集被大规模使用
 
6 分布式服务接口的幂等性如何设计（好比不能重复扣款）？
 
A,B,C

分布式服务接口，只靠数据库的事务是保证不了幂等性的。 选项D错误。

所谓幂等性，就是说一个接口，屡次发起同一个请求，你这个接口得保证结果是准确的，好比不能多扣款、不能多插入一条数据、不能将统计值多加了 1。这就是幂等性。

其实保证幂等性主要是三点：

  • 对于每一个请求必须有一个惟一的标识，举个栗子：订单支付请求，确定得包含订单 id，一个订单 id 最多支付一次，对吧。
  • 每次处理完请求以后，必须有一个记录标识这个请求处理过了。常见的方案是在 mysql 中记录个状态啥的，好比支付以前记录一条这个订单的支付流水。
  • 每次接收请求须要进行判断，判断以前是否处理过。好比说，若是有一个订单已经支付了，就已经有了一条支付流水，那么若是重复发送这个请求，则此时先插入支付流水，orderId 已经存在了，惟一键约束生效，报错插入不进去的。而后你就不用再扣款了。
  • 实际运做过程当中，你要结合本身的业务来，好比说利用 redis，用 orderId 做为惟一键。只有成功插入这个支付流水，才能够执行实际的支付扣款。

要求是支付一个订单，必须插入一条支付流水，order_id 建一个惟一键 unique key。你在支付一个订单以前，先插入一条支付流水，order_id 就已经进去了。你就能够写一个标识到 redis 里面去，set order_id payed，下一次重复请求过来了，先查 redis 的 order_id 对应的 value，若是是 payed 就说明已经支付过了，你就别重复支付了。

 
7 有哪些方案能够实现分布式事务？
 
A,B,C,D

分布式事务的实现主要有如下 5 种方案：

XA 方案 TCC 方案 本地消息表 可靠消息最终一致性方案 最大努力通知方案 详情参考 分布式事务

 
8 关于缓存雪崩的事前事中过后的解决方案正确的有？
 
A,B,C,D

缓存雪崩的事前事中过后的解决方案以下。

  • 事前：进行系统压力测试，在负载均衡层作限流处理，过载丢弃请求或者进入队列
  • 事前：redis 高可用，主从+哨兵，redis cluster，避免全盘崩溃。
  • 事中：本地 ehcache 缓存 + hystrix 限流&降级，避免 MySQL 被打死。
  • 过后：redis 持久化，一旦重启，自动从磁盘上加载数据，快速恢复缓存数据。
 
9 如何保证缓存与数据库的双写一致性？
 
A,B,C,D

Cache Aside Pattern 最经典的缓存+数据库读写的模式，就是 Cache Aside Pattern。

读的时候，先读缓存，缓存没有的话，就读数据库，而后取出数据后放入缓存，同时返回响应。 更新的时候，先更新数据库，而后再删除缓存。 为何是删除缓存，而不是更新缓存？

缘由很简单，不少时候，在复杂点的缓存场景，缓存不仅仅是数据库中直接取出来的值。

好比可能更新了某个表的一个字段，而后其对应的缓存，是须要查询另外两个表的数据并进行运算，才能计算出缓存最新的值的。

另外更新缓存的代价有时候是很高的。是否是说，每次修改数据库的时候，都必定要将其对应的缓存更新一份？也许有的场景是这样，可是对于比较复杂的缓存数据计算的场景，就不是这样了。若是你频繁修改一个缓存涉及的多个表，缓存也频繁更新。可是问题在于，这个缓存到底会不会被频繁访问到？

举个栗子，一个缓存涉及的表的字段，在 1 分钟内就修改了 20 次，或者是 100 次，那么缓存更新 20 次、100 次；可是这个缓存在 1 分钟内只被读取了 1 次，有大量的冷数据。实际上，若是你只是删除缓存的话，那么在 1 分钟内，这个缓存不过就从新计算一次而已，开销大幅度下降。用到缓存才去算缓存。

其实删除缓存，而不是更新缓存，就是一个 lazy 计算的思想，不要每次都从新作复杂的计算，无论它会不会用到，而是让它到须要被使用的时候再从新计算。像 mybatis，hibernate，都有懒加载思想。查询一个部门，部门带了一个员工的 list，没有必要说每次查询部门，都里面的 1000 个员工的数据也同时查出来啊。80% 的状况，查这个部门，就只是要访问这个部门的信息就能够了。先查部门，同时要访问里面的员工，那么这个时候只有在你要访问里面的员工的时候，才会去数据库里面查询 1000 个员工。

 

10 如下对NIO的的描述，正确的有？
 
A,B,C,D

全对，IO和NIO的主要对好比下：

IO NIO
面向流 面向缓冲
阻塞IO 非阻塞IO
无 选择器
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程