目录

1、SpringBoot在整合RabbitMQ时需要导入的包是

2、下列关于RabbitMQ的confirm消息确认机制解释说明正确的是

3、关于SpringBoot的配置文件，以下说法正确的是（）

4、变量命名规范说法正确的是?

5、哪个关键字可以对对象加互斥锁？

6、RabbitMQ不支持哪个协议

7、关于异常，下列说法正确的是？

8、以下锁机机制中，不能保证线程安全的是

9、vim中哪条命令是保存强制退出( )

10、下面哪种 ID 生成机制可以避免分布式环境下的 ID 重复问题？

11、执行完以下代码 int [ ] x = new int[10] ；后，以下哪项说明是正确的

12、下列哪些是RabbitMQ的特点（ ）

13、SpringBoot整合RabbitMQ需要导入的包有

14、实现分布式锁的方案中，哪些是可行的（ ）

15、下列关于RabbitMQ解释说明正确的有（ ）

16、下列关于ElasticSearch安装使用说明错误的是

17、在创建CustomExchange是指定交换机和消息队列的类型，它们的key是

18、MyBatis中，关联映射的标记中，使用什么属性指定多方或者一方封装的数据的类型

19、下列关于RabbitMQ解释说明正确的有

20、以下哪种场景可以考虑使用分布式锁（）

21、下面哪个Java语句声明了一个适合于创建50个字符串对象数组的变量？

22、Maven项目的坐标位置，由那些部分组成

23、下列关于amqptemplate接口解释说明正确的是

24、关于SpringBoot中的spring-boot-starter-parent父项目，说法正确的有。

25、下列属于RabbitMQ中Message类属性的是

26、hashmap底层结构，什么情况下链表转为红黑树

27、Redis过期策略

28、说说Redis的缓存预热、缓存雪崩、缓存击穿、缓存穿透的现象及如何防止

1.缓存预热

2.缓存雪崩

3.缓存击穿

4.缓存穿透

29、说说父项目中dependencyManagement标记的作用

---

1、SpringBoot在整合RabbitMQ时需要导入的包是

解题思路： RabbitMQ遵守amqp协议，并且springboot中的包一般不会以starter结尾，所以是spring-boot-starter-amqp

2、下列关于RabbitMQ的confirm消息确认机制解释说明正确的是

解题思路： 开启confirm消息确认机制后，只要消息到达rabbitmq，rabbitmq就会发送确认收到消息，因此A说法错误；不管消息是否到达rabbitmq都会收到消息确认，要么成功要么失败，因此B错；消息发送失败之后可以根据返回的tag值再次发送消息，因此D错。

3、关于SpringBoot的配置文件，以下说法正确的是（）

4、变量命名规范说法正确的是?

5、哪个关键字可以对对象加互斥锁？

6、RabbitMQ不支持哪个协议

UDP

解题思路： RabbitMQ遵守AMQP协议，生成者、消费者与RabbitMQ相连是通过TCP协议，同时RabbitMQ还支持STOMP、MQTT等协议。

7、关于异常，下列说法正确的是？

8、以下锁机机制中，不能保证线程安全的是

解题思路： volatile关键字

9、vim中哪条命令是保存强制退出( )

10、下面哪种 ID 生成机制可以避免分布式环境下的 ID 重复问题？

11、执行完以下代码 int [ ] x = new int[10] ；后，以下哪项说明是正确的

12、下列哪些是RabbitMQ的特点（ ）

13、SpringBoot整合RabbitMQ需要导入的包有

解题思路： spring-boot-starter-amqp为核心starter，spring-rabbit-test为测试包。

14、实现分布式锁的方案中，哪些是可行的（ ）

解题思路： 目前流行的是数据库，Redis、和ZooKeeper

15、下列关于RabbitMQ解释说明正确的有（ ）

16、下列关于ElasticSearch安装使用说明错误的是

17、在创建CustomExchange是指定交换机和消息队列的类型，它们的key是

解题思路： 创建CustomExchange时通过x-delayed-type指定交换机类型，通过x-delayed-message指定消息队列类型。

18、MyBatis中，关联映射的标记中，使用什么属性指定多方或者一方封装的数据的类型

解题思路： 注意区分对多关联映射中指定类型的为ofType,对一关联映射中指定类型的为javaType

19、下列关于RabbitMQ解释说明正确的有

20、以下哪种场景可以考虑使用分布式锁（）

解题思路： 秒杀中防止超卖，接口防止重复调用等都是分布式锁的使用场景

21、下面哪个Java语句声明了一个适合于创建50个字符串对象数组的变量？

22、Maven项目的坐标位置，由那些部分组成

解题思路： ①groupid:公司或组织域名倒序+项目名 < groupid>com.gly.maven< /groupid> ②artifactid:模块名 < artifactid>Hello< /artifactid> ③version：版本

23、下列关于amqptemplate接口解释说明正确的是

24、关于SpringBoot中的spring-boot-starter-parent父项目，说法正确的有。

25、下列属于RabbitMQ中Message类属性的是

解题思路： Message只有两个属性，分别是messageProperties和body。

26、hashmap底层结构，什么情况下链表转为红黑树

参考答案：

HashMap中链表转为红黑树的条件
HashMap的底层是元素为链表的数组。

转化条件
在JDK1.8之后，HashMap中的链表在满足以下两个条件时，将会转化为红黑树(即自平衡的排序二叉树)：

1. 条件一
   数组 arr[i] 处存放的链表长度大于8；
2. 条件二
   数组长度大于等于64。

满足以上两个条件，数组 arr[i] 处的链表将自动转化为红黑树，其他位置如 arr[i+1] 处的数组元素仍为链表，不受影响

解题思路： HashMap中链表转为红黑树的条件 HashMap的底层是元素为链表的数组。 转化条件 在JDK1.8之后，HashMap中的链表在满足以下两个条件时，将会转化为红黑树(即自平衡的排序二叉树)： 1. 条件一 数组 arr[i] 处存放的链表长度大于8； 2. 条件二 数组长度大于等于64。 满足以上两个条件，数组 arr[i] 处的链表将自动转化为红黑树，其他位置如 arr[i+1] 处的数组元素仍为链表，不受影响

27、Redis过期策略

参考答案：

redis 过期策略是：定期删除+惰性删除。

所谓定期删除，指的是 redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key，检查其是否过期，如果过期就删除。

假设 redis 里放了 10w 个 key，都设置了过期时间，你每隔几百毫秒，就检查 10w 个 key，那 redis 基本上就死了，cpu 负载会很高的，消耗在你的检查过期 key 上了。注意，这里可不是每隔 100ms 就遍历所有的设置过期时间的 key，那样就是一场性能上的灾难。实际上 redis 是每隔 100ms 随机抽取一些 key 来检查和删除的。

但是问题是，定期删除可能会导致很多过期 key 到了时间并没有被删除掉，那咋整呢？所以就是惰性删除了。这就是说，在你获取某个 key 的时候，redis 会检查一下 ，这个 key 如果设置了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。

获取 key 的时候，如果此时 key 已经过期，就删除，不会返回任何东西。

但是实际上这还是有问题的，如果定期删除漏掉了很多过期 key，然后你也没及时去查，也就没走惰性删除，此时会怎么样？如果大量过期 key 堆积在内存里，导致 redis 内存块耗尽了，怎么办？

走内存淘汰机制。

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

• noeviction: 当内存不足以容纳新写入数据时，新写入操作会报错。
• allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的 key（这个是最常用的）。
• allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个 key。
• volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的 key（这个一般不太合适）。
• volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个 key。
• volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的 key 优先移除。

28、说说Redis的缓存预热、缓存雪崩、缓存击穿、缓存穿透的现象及如何防止

参考答案：

1.缓存预热

解决的问题：缓存预热就是系统上线后，提前将相关的缓存数据直接加载到缓存系统。避免在用户请求的时候，由于缓存中没有任何数据，而并发地全部访问数据库。

怎么解决：提前将相关的缓存数据直接加载到缓存系统

2.缓存雪崩

1) 在一个较短的时间内，缓存中较多的key过期

2) 恰恰就是在较短的时间内，有很多请求访问过期key而未命中，让请求到达数据库

3) 数据库同时接收大量的请求，而无法及时处理，导致数据库崩溃

4) redis得不到数据库的响应，无法释放链接，导致redis集群崩溃

5) 应用服务器无法及时得到redis的响应，同时新的请求不断到来，应用服务器崩溃

6)同时重启应用服务、redis服务、数据库服务，重启以后，海量请求呼啸而至，缓存中是空的，继续崩溃。

缓存雪崩解决方案

1)对key的过期时间进行分类错峰：均匀分布key的过期时间，避免大量key在较短时间内集中过期。

2) 超热key永不过期

3)使用mq削峰，让呼啸而至的请求排队。（用户体验不好）

4) 避免mysql慢查询 (超过long_query_time参数设定的时间阈值（默认10s），就被认为是慢的，是需要优化的。慢查询被记录在慢查询日志里。慢查询日志默认是不开启的。如果需要优化SQL语句，就可以开启这个功能，它可以让你很容易地知道哪些语句是需要优化的。)

3.缓存击穿

1)redis中某一个高热key过期

2) 同时海量请求都在访问这同一个高热key，均未命中

3) 海量请求呼啸而至，奔向数据库，数据库崩溃

缓存击穿解决方案

1)在特殊节日前，预先设定阶段性高热key的过期时间

2) 现场调整，对自然流量所推出来的新的高热key，延长其过期时间或者设置其为永久key

4.缓存穿透

1)redis中出现大量未命中的请求

2) 出现非正常URL的访问，这些访问由于没有走正常的应用，所以可以故意访问一类不可能存在的key，这些key不在缓存中，数据库中也没有。

3) 后续出现大量以上请求，很可能是懂技术的人在对服务器进行攻击！

缓存穿透解决方案

1)缓存null：对查询结果为null的数据也进行缓存，设定较短的过期时间

2) 白名单策略:采用布隆过滤器，布隆过滤器的思想是，将所有可能存在的key哈希到一个足够大的 bitmap 中，一个一定不存在的数据会被这个 bitmap 拦截掉，从而避免了对底层存储系统的查询压力附加 对于空间的利用到达了一种极致

29、说说父项目中dependencyManagement标记的作用

参考答案：

Maven的dependencyManagement标签，这个标签只负责维护版本号，父项目在这里添加了依赖后，子项目在写依赖时不需要手动指定版本号了，(注意：在dependencyManagement标签中加入的依赖后Maven不会立即导入此依赖，而是在子项目引用此依赖的时候Maven在会开始导入依赖） ，所以，在子项目引用此依赖时，只需要写artifactId和groupId，而version则由dependencyManagement帮助你管理

解题思路： dependencyManagement标签主要用在在父项目中声明依赖的版本信息。

---