建设银行论坛网站,wordpress放弃php,用vue-cli做的网站,图片制作视频教程目录
1、事务四个隔离级别中#xff0c;哪一个不能防止脏读
2、关于sleep()和wait()#xff0c;以下描述错误的一项是#xff08;#xff09;
3、以下关于Servlet生命周期说法错误的是#xff08; #xff09;
4、下列概念解释说明错误的是
5、在 JWT 中#xff0c…目录
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.缓存穿透引入布隆过滤器。
