目录
1、事务四个隔离级别中，哪一个不能防止脏读
2、关于sleep()和wait()，以下描述错误的一项是（）
3、以下关于Servlet生命周期说法错误的是（ ）
4、下列概念解释说明错误的是
5、在 JWT 中，哪一个部分可以使用非对称加密算法来保护其完整性和机密性？
6、JWT 的签名部分是用来做什么的？
7、JWT 的头部部分是用来做什么的？
8、在使用Redis实现分布式锁时，加锁命令是（ ）
9、关于SpringCache中的Cacheable注解，说法错误的是？
10、下面哪种 ID 生成机制可以支持高并发的 ID 生成需求？
11、JWT 的签名部分是怎么实现的？
12、下列哪个是关于事务隔离级别的正确描述
13、以下哪个注解，可以用来读取SpringBoot配置文件中的内容()
14、Springmvc提供一组注解用于替换@RequestMapping注解的，以下哪些是正确的？
15、有关静态初始化块说法正确的是？
16、下面哪个Java语句声明了一个适合于创建50个字符串对象数组的变量？
17、Redis 存在线程安全问题吗？为什么？
18、redis缓存雪崩、击穿、穿透是怎么解决的？
1、事务四个隔离级别中，哪一个不能防止脏读
解题思路： 读未提交，顾名思义，就是一个事务可以读取另一个未提交事务的数据。不能防止脏读
2、关于sleep()和wait()，以下描述错误的一项是（）
3、以下关于Servlet生命周期说法错误的是（ ）
4、下列概念解释说明错误的是
5、在 JWT 中，哪一个部分可以使用非对称加密算法来保护其完整性和机密性？
签名
6、JWT 的签名部分是用来做什么的？
7、JWT 的头部部分是用来做什么的？
8、在使用Redis实现分布式锁时，加锁命令是（ ）
解题思路： 获取锁的时候，使用setnx加锁
9、关于SpringCache中的Cacheable注解，说法错误的是？
10、下面哪种 ID 生成机制可以支持高并发的 ID 生成需求？
解题思路： Snowflake 算法的优点是高效、可靠，并且可以支持高并发的 ID 生成需求。
11、JWT 的签名部分是怎么实现的？
12、下列哪个是关于事务隔离级别的正确描述
解题思路： 事务四个隔离级别的含义如下： 读未提交，顾名思义，就是一个事务可以读取另一个未提交事务的数据。 读提交，顾名思义，就是一个事务要等另一个事务提交后才能读取数据。 重复读，就是在开始读取数据（事务开启）时，还未提交前，其他事务对这行数据的修改在本事务中读不到。 Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。
13、以下哪个注解，可以用来读取SpringBoot配置文件中的内容()
14、Springmvc提供一组注解用于替换@RequestMapping注解的，以下哪些是正确的？
15、有关静态初始化块说法正确的是？
16、下面哪个Java语句声明了一个适合于创建50个字符串对象数组的变量？
17、Redis 存在线程安全问题吗？为什么？
参考答案：
其实关于 Redis 线程安全性的问题并不难理解。
Redis Server 本身是一个线程安全的 K-V 数据库 ，也就是说在 Redis Server 上执行的 指令 ，不需要任何同步机制 ，不会存在线程安全问题。
虽然 Redis 6.0 里面 ，增加了多线程的模型 ，但是增加的多线程只是用来处理 网络 IO 事件 ，对于指令的执行过程 ，仍然是由主线程来处理 ，所以不会存在多个线程 通知执行操作指令的情况。
至于为什么 Redis 没有采用多线程来执行指令 ，我认为有几个方面的原因。 Redis Server 本身可能出现的性能瓶颈点无非就是网络 IO、CPU、内存。但是 CPU
不是 Redis 的瓶颈点 ，所以没必要使用多线程来执行指令。
如果采用多线程 ，意味着对于 redis 的所有指令操作 ，都必须要考虑到线程安全问
题 ，也就是说需要加锁来解决 ，这种方式带来的性能影响反而更大。
第二个 ，从 Redis 客户端层面。
虽然 Redis Server 中的指令执行是原子的 ，但是如果有多个 Redis 客户端同 时执行多个指令的时候 ，就无法保证原子性。
假设两个 redis client 同时获取 Redis Server 上的 key1， 同时进行修改和写入，因为 多线程环境下的原子性无法被保障，以及多进程情况下的共享资源访问的竞争问题，使 得数据的安全性无法得到保障。
当然，对于客户端层面的线程安全性问题，解决方法有很多 ，比如尽可能的使用 Redis 里面的原子指令，或者对多个客户端的资源访问加锁，或者通过 Lua 脚本来实现多个指 令的操作等等。
线程安全性确实是开发中非常重要的一个知识点，所以面试的频率会特别高，大家可以 重点关注一下。
解题思路： 其实关于 Redis 线程安全性的问题并不难理解。 Redis Server 本身是一个线程安全的 K-V 数据库 ，也就是说在 Redis Server 上执行的 指令 ，不需要任何同步机制 ，不会存在线程安全问题。 虽然 Redis 6.0 里面 ，增加了多线程的模型 ，但是增加的多线程只是用来处理 网络 IO 事件 ，对于指令的执行过程 ，仍然是由主线程来处理 ，所以不会存在多个线程 通知执行操作指令的情况。 至于为什么 Redis 没有采用多线程来执行指令 ，我认为有几个方面的原因。 Redis Server 本身可能出现的性能瓶颈点无非就是网络 IO、CPU、内存。但是 CPU 不是 Redis 的瓶颈点 ，所以没必要使用多线程来执行指令。 如果采用多线程 ，意味着对于 redis 的所有指令操作 ，都必须要考虑到线程安全问 题 ，也就是说需要加锁来解决 ，这种方式带来的性能影响反而更大。 第二个 ，从 Redis 客户端层面。 虽然 Redis Server 中的指令执行是原子的 ，但是如果有多个 Redis 客户端同 时执行多个指令的时候 ，就无法保证原子性。 假设两个 redis client 同时获取 Redis Server 上的 key1， 同时进行修改和写入，因为 多线程环境下的原子性无法被保障，以及多进程情况下的共享资源访问的竞争问题，使 得数据的安全性无法得到保障。 当然，对于客户端层面的线程安全性问题，解决方法有很多 ，比如尽可能的使用 Redis 里面的原子指令，或者对多个客户端的资源访问加锁，或者通过 Lua 脚本来实现多个指 令的操作等等。
18、redis缓存雪崩、击穿、穿透是怎么解决的？
1.缓存雪崩，添加多台redis服务器，或者配置主从； 2.缓存击穿，针对热点keys，可以设置随机失效时间来解决； 3.缓存穿透，引入布隆过滤器。
![[Docker]六.Docker自动部署nodejs以及golang项目](https://img-blog.csdnimg.cn/f3eb5b64e4c44d0c81a8554de39567eb.png)
