一、Spring与SpringMVC
SpringMVC
1.1 简单介绍你所理解的SpringMVC
Spring MVC\]是一个基于Java的实现了MVC设计模式的请求驱动类型的轻量级Web框架，通过把Model，View，Controller分离，将web层进行职责解耦，把复杂的web应用分成逻辑清晰的几部分，简化开发，减少出错，方便组内开发人员之间的配合
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.2 SpringMVC具体流程
1. 用户发送请求至前端控制器DispatcherServlet；
2. DispatcherServlet收到请求后，调用HandlerMapping处理器映射器，请求获取Handle；
3. 处理器映射器根据请求url找到具体的处理器(Controoller)，生成处理器对象及处理器拦截器(如果有则生成)一起返回给DispatcherServlet；
4. DispatcherServlet 调用 HandlerAdapter处理器适配器，经过适配找到并调用具体处理器(Handler，也叫后端控制器，即Controller里的具体方法)；
5. Handler执行完成返回ModelAndView视图；
6. HandlerAdapter将Handler执行结果ModelAndView返回给DispatcherServlet；
7. DispatcherServlet将ModelAndView传给ViewResolver视图解析器进行解析；
8. ViewResolver解析后返回具体View；
9. DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）10. DispatcherServlet响应用户。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.3 SpringMVC优点
1. 可以支持各种视图技术,而不仅仅局限于JSP；
2. 与Spring框架集成（如IoC容器、AOP等）；
3. 清晰的角色分配：前端控制器(dispatcherServlet) , 请求到处理器映射（handlerMapping), 处理器适配器（HandlerAdapter), 视图解析器（ViewResolver）。
4. 支持各种请求资源的映射策略。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.4 主要组件
1. 前端控制器 DispatcherServlet（不需要程序员开发）
作用：接收请求、响应结果，相当于转发器，有了DispatcherServlet 就减少了其它组件之间的耦合度。
2. 处理器映射器HandlerMapping（不需要程序员开发）
作用：根据请求的URL来查找Handler
3. 处理器适配器HandlerAdapter
注意：在编写Handler的时候要按照HandlerAdapter要求的规则去编写，这样适配器HandlerAdapter才可以正确的去执行Handler。
4. 处理器Handler（需要程序员开发）
5. 视图解析器 ViewResolver（不需要程序员开发）
作用：进行视图的解析，根据视图逻辑名解析成真正的视图（view）
6. 视图View（需要程序员开发jsp）
View是一个接口， 它的实现类支持不同的视图类型（jsp，freemarker，pdf等等）
> > **篇幅限制下面就只能给大家展示小册部分内容了。整理了一份核心面试笔记包括了：Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafka 面试专题**
> >
> > **需要全套面试笔记及答案【扫一扫】** 即可免费获取\*\*
>
> 
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.5 SpringMVC与struts2的区别
1. springmvc的入口是一个servlet即前端控制器（DispatchServlet），而struts2入口是一个filter过虑器（StrutsPrepareAndExecuteFilter）。
2. springmvc是基于方法开发(一个url对应一个方法)，请求参数传递到方法的形参，可以设计为单例或多例(建议单例)，struts2是基于类开发，传递参数是通过类的属性，只能设计为多例。
3. Struts采用值栈存储请求和响应的数据，通过OGNL存取数据，springmvc通过参数解析器是将request请求内容解析，并给方法形参赋值，将数据和视图封装成ModelAndView对象，最后又将ModelAndView中的模型数据通过reques域传输到页面。Jsp视图解析器默认使用jstl。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.6 怎么样设定重定向和转发的
1. 转发：在返回值前面加"forward:"，譬如"forward:user.do?name=method4"
2. 重定向：在返回值前面加"redirect:"，譬如"redirect
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.7 怎么和AJAX相互调用
通过Jackson框架就可以把Java里面的对象直接转化成Js可以识别的Json对象。具体步骤如下 ：
1. 加入Jackson.jar
2. 在配置文件中配置json的映射
3. 在接受Ajax方法里面可以直接返回Object,List等,但方法前面要加上@ResponseBody注解。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.8 解决POST与GET请求中文乱码
#### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.8.1 post乱码
在web.xml中配置一个CharacterEncodingFilter过滤器，设置成utf-8；
```xml
CharacterEncodingFilter
org.springframework.web.filter.CharacterEncodingFilter
encoding
utf-8
CharacterEncodingFilter
/*
AI写代码xml
1234567891011121314151617181920212223
```
#### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.8.2 get乱码
get请求中文参数出现乱码解决方方式有两个
方式一、
修改tomcat配置文件添加编码与工程编码一致，如下：
```ini
AI写代码xml
1
```
方式二、
对参数进行重新编码：
```javascript
String userName = new String(request.getParamter("userName").getBytes("ISO8859-1"),"utf-8")
AI写代码java
运行
1
```
ISO8859-1是tomcat默认编码，需要将tomcat编码后的内容按utf-8编码。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.9 SpringMVC异常处理
可以将异常抛给Spring框架，由Spring框架来处理；我们只需要配置简单的异常处理器，在异常处理器中添视图页面即可。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.10 SpringMvc的控制器是不是单例模式,如果是,有什么问题,怎么解决
默认情况下是单例模式,所以在多线程访问的时候有线程安全问题,不要用同步,会影响性能的,解决方案是在控制器里面不能写字段（即在控制器里不写成员变量）。单例好处：性能好，不用每次请求都创建对象；
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.11 SpringMVC常用的注解有哪些
1. RequestMapping：用于处理请求 url 映射的注解，可用于类或方法上。用于类上，则表示类中的所有响应请求的方法都是以该地址作为父路径。
2. RequestBody：注解实现接收http请求的json数据，将json转换为java对象。
3. ResponseBody：注解实现将conreoller方法返回对象转化为json对象响应给客户。
4. @Controller:@Controller 只是定义了一个控制器类，而使用@RequestMapping 注解的方法才是真正处理请求的处理器.
5. @Resource与@Autowired：@Resource和@Autowired都是做bean的注入时使用，其实@Resource并不是Spring的注解，它的包是javax.annotation.Resource，需要导入，但是Spring支持该注解的注入。
6. @PathVariable:用于将请求URL中的模板变量映射到功能处理方法的参数上
```less
@RequestMapping(value="/product/{productId}",method = RequestMethod.GET)
public String getProduct(@PathVariable("productId") String productId){
System.out.println("Product Id : " + productId);
return "hello";
}
AI写代码java
运行
12345
```
7. @RequestParam:用于将请求参数区数据映射到功能处理方法的参数上
```less
@RequestMapping("/testRequestParam")
public String testRequestParam(@RequestParam("id") int id) {
System.out.println("testRequestParam " + id);
return "success";
}
AI写代码java
运行
12345
```
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.12 控制器的注解一般用哪个,有没有别的注解可以替代
一般用@Controller注解,也可以使用@RestController,@RestController注解相当于@ResponseBody ＋ @Controller,表示是表现层,除此之外，一般不用别的注解代替
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.13 在拦截请求中，我想拦截get方式提交的方法,怎么配置
可以在@RequestMapping注解里面加上method=RequestMethod.GET
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.14 **怎样在方法里面得到Request,或者Session**
直接在方法的形参中声明request,SpringMvc就自动把request对象传入
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.15 如果想在拦截的方法里面得到从前台传入的参数,怎么得到
直接在形参里面声明这个参数就可以,但必须名字和传过来的参数一样
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.16 **如果前台有很多个参数传入,并且这些参数都是一个对象的,那么怎么样快速得到这个对象**
直接在方法中声明这个对象,SpringMvc就自动会把属性赋值到这个对象里面
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.17 SpringMvc中函数的返回值是什么
返回值可以有很多类型,有String, ModelAndView。ModelAndView类把视图和数据都合并的一起的，但一般用String比较好
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.18 SpringMvc用什么对象从后台向前台传递数据的
通过ModelMap对象,可以在这个对象里面调用put方法,把对象加到里面,前台就可以通过el表达式拿到
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.19 **怎么样把ModelMap里面的数据放入Session里面**
可以在类上面加上@SessionAttributes注解,里面包含的字符串就是要放入session里面的key
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.20 **SpringMvc里面拦截器是怎么写的**
有两种写法,一种是实现HandlerInterceptor接口，另外一种是继承适配器类，接着在接口方法当中，实现处理逻辑；然后在SpringMvc的配置文件中配置拦截器即可：
```xml
AI写代码xml
12345678910111213141516171819
```
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.21 注解原理
注解本质是一个继承了Annotation的特殊接口，其具体实现类是Java运行时生成的动态代理类。我们通过反射获取注解时，返回的是Java运行时生成的动态代理对象。通过代理对象调用自定义注解的方法，会最终调用AnnotationInvocationHandler的invoke方法。该方法会从memberValues这个Map中索引出对应的值。而memberValues的来源是Java常量池;
**Spring**
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")1.22 SpringBean生命周期
Spring帮我们创建了对象，我们称之为Bean，
1. 调用构造方法实例化Bean对象
2. 设置Bean属性（调用Bean的set方法）
3. 如果实现各种Aware接口声明了依赖关系（即Bean实现了各种Aware接口），则会注入Bean对容器基础设施层面的依赖。Aware接口具体包括BeanNameAware、BeanFactoryAware、ApplicationContextAware,分别注入Bean ID、Bean Factory或者ApplicationContext
4. 如果实现了BeanPostProcessor,调用BeanPostProcessor的前置初始化方法postProcessBeforeInitialization
5. 如果实现了InitialiaingBean接口，则会调用afterPropertiesSet方法
6. 调用Bean自身的init方法
7. 调用BeanPostProcessor的后置方法postProcessAfterInitialization。
创建完毕，销毁：销毁分两步，先销毁接口里的方法，再销毁自身的方法
8. DisposableBean的destory方法和自身的destory方法
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")SpringBean作用域
我们很少去修改SpringBean作用域，默认作用域是单例的，Spring使用单例的目的，是使用IOC控制反转解决耦合的情况;也可以设置为prototype；
如果使用默认的singleton，结果是true，代表是同一个对象
如果使用prototype
结果是false，代表是两个不同的对象
**SpringBean所有作用域**
1. singleton：Spring默认作用域，每个IOC容器创建唯一的一个Beaan
2. prototype：针对每个getBean请求，容器会单独创建一个Bean实例
3. request：针对每个HTTP请求都创建单独的Bean实例
4. session：比request范围大一些，同一个session范围内使用一个Bean
5. GlobalSession：用于PortLet容器中，提供了一个全局的HTTP session；
**Spring所有作用域**
1. singleton：Spring默认作用域，每个IOC容器创建唯一的一个Beaan
2. prototype：针对每个getBean请求，容器会单独创建一个Bean实例
3. request：针对每个HTTP请求都创建单独的Bean实例
4. session：比request范围大一些，同一个session范围内使用一个Bean
5. GlobalSession：用于PortLet容器中，提供了一个全局的HTTP session；
**Spring五种隔离级别**
**概念介绍**
1. 脏读：一个事物读取到另一个事物还没有提交的数据
2. 不可重复读：同一个事物里，两次去读取相同的数据，读取到的结果不一样，产生的原因是另一条事物对这个事物进行了修改
3. 幻读：同一个事物里，查询到的结果多了或者少了，像产生幻觉一样。比如注册用户时，用户名已经有的话给出提示，用户已存在，不可以注册。当两个线程同时去做注册时（用户名都是张三），在数据库里查的时候都没有，都去做insert，线程1先insert进去了，线程2去insert时，被告知数据库里已经有张三这个用户了，即对于线程2来说，前边查的与后边查的，得到的结果不一样（前边查的没有张三，后边查时又有了），此时对于线程2来说就是幻读；
**隔离级别**
1. ISOLATIO_DEFAULT:其实不是单独的隔离级别，指的是使用数据库默认的隔离级别（mysql是可重复度的级别）；
2. ISOLATIO_READ_UNCOMMITTED:读未提交，最低级别，允许看到其他事物未提交的事物，会产生脏读、幻读、不可重复读；
3. ISOLATIO_READ_COMMITTED:读已提交，只能读到自己已经提交的数据，可以防止脏读，会产生幻读、不可重复读；
4. ISOLATIO_REPEATABLE_READ:可重复度，可以防止脏读、不可重复读、产生幻读；
5. ISOLATIO_SERIALIZABLE:最高级别，事物处理为串行、阻塞的，能避免所有情况，但是性能下降了；
**Spring事物传播机制**
事物传播机制：指的是在一个方法里，有多个事物的时候，怎么去处理；Spring的传播机制有以下七种：
1. PROPAGATION_REQUIREC:支持当前事物，如果当前没有事物，就新建一个事物，这是最常见的选择
2. PROPAGATION_SUPPORTS:支持当前事物，如果当前没有事物，就以非事物方式执行
3. PROPAGATION_MANDATORY：支持当前事物，如果当前没有事物，就抛出异常
4. PROPAGATION_NESTED：支持当前事物，如果当前事物存在，则执行一个嵌套事物，如果当前没有事物，就新建一个事物（外层事物的回滚会引起内层事物的回滚，反之不成立）
5. PROPAGATION_REQUIRES_NEW:支持当前事物，如果当前事物存在，则把当前事物挂起（一旦内层事物提交后，外层事物不能对其进行回滚，两个事物互不影响）
6. PROPAGATION_NOT_SUPPORTED:以非事物方式执行操作，如果当前事物存在，就把当前事物挂起
7. PROPAGATION_NEVER:以非事物方式执行操作，如果当前事物存在，则抛出异常
> > **篇幅限制下面就只能给大家展示小册部分内容了。整理了一份核心面试笔记包括了：Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafka 面试专题**
> >
> > **需要全套面试笔记及答案【扫一扫】** 即可免费获取\*\*
>
> 
**Spring设计模式**
1. 工厂模式：Spring容器就是工厂模式（BeanFactory和ApplicationContext应用了工厂模式）
2. 单例和原型模式：在Bean创建的时候，Spring提供了单例（singleton）和原型模式（protoType）
3. 代理模式：AOP用到的是代理模式（在原有方法上进行增强，但没有改变原代码）、装饰器模式、适配器模式
4. 观察者模式：事件监听器
5. 模版模式：类似JdbcTemplate等模版对象（因为里边已经封装好了一些方法）
## [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")二、Redis
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.1 QPS: **应用系统每秒钟最大能接受的用户访问量**
每秒钟处理完请求的次数，注意这里是处理完，具体是指发出请求到服务器处理完成功返回结果。可以理解在server中有个counter，每处理一个请求加1，1秒后counter=QPS。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.2 TPS： **每秒钟最大能处理的请求数**
每秒钟处理完的事务次数，一个应用系统1s能完成多少事务处理，一个事务在分布式处理中，可能会对应多个请求，对于衡量单个接口服务的处理能力，用QPS比较合理
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.3 使用Redis的优势与劣势
**优势**
1. 速度快，因为数据存在内存中，类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O(1)
2. 支持丰富数据类型，支持string，list，set，sorted set，hash
3. 支持事务，操作都是原子性，所谓的原子性就是对数据的更改要么全部执行，要么全部不执行
4. 丰富的特性：可用于缓存，消息，按key设置过期时间，过期后将会自动删除
**劣势**
Redis的主要缺点是数据库容量受到物理内存的限制，不能用作海量数据的高性能读写，因此Redis适合的场景主要局限在较小数据量的高性能操作和运算上。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.4 Redis为什么是单线程的
多线程处理会涉及到锁，而且多线程处理会涉及到线程切换而消耗CPU。因为CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存或者网络带宽。单线程无法发挥多核CPU性能，不过可以通过在单机开多个Redis实例来解决。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.5 支持多种类型的数据结构
1. string：最基本的数据类型，二进制安全的字符串，最大512M。
2. list：按照添加顺序保持顺序的字符串列表。
3. set：无序的字符串集合，不存在重复的元素。
4. sorted set：已排序的字符串集合。
5. hash：key-value对的一种集合。
**每种数据类型的应用场景**
1. String
最常规的set/get操作，value可以是String也可以是数字。一般做一些复杂的计数功能的缓存。
2. hash
value存放的是结构化的对象，可以方便的操作其中的某个字段。比如做单点登录的时候，就是用这种数据结构存储用户信息，以cookieId作为key，设置20分钟为缓存过期时间，能很好的模拟出类似session的效果。
3. list
使用List的数据结构，可以做简单的消息队列的功能。另外还有一个就是，可以利用lrange命令，做基于redis的分页功能，性能极佳，用户体验好。还可以做简单的生产者和消费者的场景。LIST可以很好的完成排队，先进先出的原则。
4. set
因为set堆放的是一堆不重复值的集合，所以可以做全局去重的功能。那问题来了，为什么不用JVM自带的Set进行去重？因为我们的系统一般都是集群部署，使用JVM自带的Set，比较麻烦，难道为了一个模块去做一个全局去重，再起一个公共服务，太麻烦了。
另外，就是利用交集、并集、差集等操作，可以计算共同喜好，全部的喜好，自己独有的喜好等功能。
5. sorted set
sorted set多了一个权重参数score,集合中的元素能够按score进行排列。可以做排行榜应用，取TOP N操作。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.6 持久化方式
Redis主要提供了两种持久化机制：RDB和AOF
**RDB**
默认开启，会按照配置的指定时间将内存中的数据快照到磁盘中，创建一个dump.rdb文件，Redis启动时再恢复到内存中。
Redis会单独创建fork()一个子进程，将当前父进程的数据库数据复制到子进程的内存中，然后由子进程写入到临时文件中，持久化的过程结束了，再用这个临时文件替换上次的快照文件，然后子进程退出，内存释放。
需要注意的是，每次快照持久化都会将主进程的数据库数据复制一遍，导致内存开销加倍，若此时内存不足，则会阻塞服务器运行，直到复制结束释放内存；都会将内存数据完整写入磁盘一次，所以如果数据量大的话，而且写操作频繁，必然会引起大量的磁盘I/O操作，严重影响性能，并且最后一次持久化后的数据可能会丢失；
**AOF**
以日志的形式记录每个写操作（读操作不记录），只需追加文件但不可以改写文件，Redis启动时会根据日志从头到尾全部执行一遍以完成数据的恢复工作。包括flushDB也会执行。
主要有两种方式触发：有写操作就写、每秒定时写（也会丢数据）。
因为AOF采用追加的方式，所以文件会越来越大，针对这个问题，新增了重写机制，就是当日志文件大到一定程度的时候，会fork出一条新进程来遍历进程内存中的数据，每条记录对应一条set语句，写到临时文件中，然后再替换到旧的日志文件（类似rdb的操作方式）。默认触发是当aof文件大小是上次重写后大小的一倍且文件大于64M时触发。
**如何选择持久化**
当两种方式同时开启时(默认使用RDB)，Redis会优先选择AOF还原数据。一般情况下，只要使用默认开启的RDB即可，因为相对于AOF，RDB便于进行数据库备份，并且恢复数据集的速度也要快很多。
开启持久化缓存机制，对性能会有一定的影响，特别是当设置的内存满了的时候，更是下降到几百reqs/s。所以如果只是用来做缓存的话，可以关掉持久化；
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.7 什么是缓存穿透？如何避免？
**缓存穿透**
一般的缓存系统，都是按照key去缓存查询，如果不存在对应的value，就应该去后端系统查找（比如Oracle、Mysql等）。一些恶意的请求会故意查询不存在的key,请求量很大，就会对后端系统造成很大的压力。这就叫做缓存穿透。
**如何避免**
1. 对查询结果为空的情况也进行缓存，缓存时间设置短一点，或者该key对应的数据insert了之后清理缓存。
2. 对一定不存在的key进行过滤。可以把所有的可能存在的key放到一个大的Bitmap中，查询时通过该bitmap过滤。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.8 什么是缓存雪崩？何如避免？
**缓存雪崩**
当缓存服务器重启或者大量缓存集中在某一个时间段失效，这样在失效的时候，会给后端系统带来很大压力。导致系统崩溃。
**何如避免**
1. 在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。
2. 做二级缓存，A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期
3. 不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.9 Redis集群方案应该怎么做？都有哪些方案？
1. twemproxy，它类似于一个代理方式，使用方法和普通redis无任何区别，设置好它下属的多个redis实例后，使用时在本需要连接redis的地方改为连接twemproxy，它会以一个代理的身份接收请求并使用一致性hash算法，将请求转接到具体redis，将结果再返回twemproxy。使用方式简便(相对redis只需修改连接端口)，是对旧项目扩展的首选。 问题：twemproxy自身单端口实例的压力，使用一致性hash后，对redis节点数量改变时候的计算值的改变，数据无法自动移动到新的节点。
2. codis，目前用的最多的集群方案，基本和twemproxy一致的效果，但它支持在节点数量改变情况下，旧节点数据可恢复到新hash节点。
3. redis cluster3.0自带的集群，特点在于他的分布式算法不是一致性hash，而是hash槽的概念，以及自身支持节点设置从节点。具体看官方文档介绍。
4. 在业务代码层实现，起几个毫无关联的redis实例，在代码层，对key 进行hash计算，然后去对应的redis实例操作数据。 这种方式对hash层代码要求比较高，考虑部分包括，节点失效后的替代算法方案，数据震荡后的自动脚本恢复，实例的监控，等等。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.10 Redis集群方案什么情况下会导致整个集群不可用？
有A，B，C三个节点的集群,在没有复制模型的情况下,如果节点B失败了，那么整个集群就会以为缺少5501-11000这个范围的槽而不可用。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.11 MySQL里有2000w数据，redis中只存20w的数据，如何保证redis中的数据都是热点数据？
redis内存数据集大小上升到一定大小的时候，就会施行数据淘汰策略。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.12 Redis有哪几种数据淘汰策略？
1. noeviction:返回错误当内存限制达到并且客户端尝试执行会让更多内存被使用的命令（大部分的写入指令，但DEL和几个例外）
2. allkeys-lru: 尝试回收最少使用的键（LRU），使得新添加的数据有空间存放。
3. volatile-lru: 尝试回收最少使用的键（LRU），但仅限于在过期集合的键,使得新添加的数据有空间存放。
4. allkeys-random: 回收随机的键使得新添加的数据有空间存放。
5. volatile-random: 回收随机的键使得新添加的数据有空间存放，但仅限于在过期集合的键。
6. volatile-ttl: 回收在过期集合的键，并且优先回收存活时间（TTL）较短的键,使得新添加的数据有空间存放。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.13 Redis有哪些适合的场景？
1. 会话缓存（Session Cache）：最常用的一种使用Redis的情景是会话缓存（session cache）。用Redis缓存会话比其他存储（如Memcached）的优势在于：Redis提供持久化。当维护一个不是严格要求一致性的缓存时，如果用户的购物车信息全部丢失，大部分人都会不高兴的，现在，他们还会这样吗？幸运的是，随着 Redis 这些年的改进，很容易找到怎么恰当的使用Redis来缓存会话的文档。甚至广为人知的商业平台Magento也提供Redis的插件。
2. 全页缓存（FPC）：除基本的会话token之外，Redis还提供很简便的FPC平台。回到一致性问题，即使重启了Redis实例，因为有磁盘的持久化，用户也不会看到页面加载速度的下降，这是一个极大改进，类似PHP本地FPC。再次以Magento为例，Magento提供一个插件来使用Redis作为全页缓存后端。此外，对WordPress的用户来说，Pantheon有一个非常好的插件 wp-redis，这个插件能帮助你以最快速度加载你曾浏览过的页面。
3. 队列：Reids在内存存储引擎领域的一大优点是提供 list 和 set 操作，这使得Redis能作为一个很好的消息队列平台来使用。Redis作为队列使用的操作，就类似于本地程序语言（如Python）对 list 的 push/pop 操作。如果你快速的在Google中搜索"Redis queues"，你马上就能找到大量的开源项目，这些项目的目的就是利用Redis创建非常好的后端工具，以满足各种队列需求。例如，Celery有一个后台就是使用Redis作为broker，你可以从这里去查看。
4. 排行榜/计数器：Redis在内存中对数字进行递增或递减的操作实现的非常好。集合（Set）和有序集合（Sorted Set）也使得我们在执行这些操作的时候变的非常简单，Redis只是正好提供了这两种数据结构。所以，我们要从排序集合中获取到排名最靠前的10个用户--我们称之为"user_scores"；当然，这是假定你是根据你用户的分数做递增的排序。如果你想返回用户及用户的分数，你需要这样执行：ZRANGE user_scores 0 10 WITHSCORESAgora Games就是一个很好的例子，用Ruby实现的，它的排行榜就是使用Redis来存储数据的。
5. 发布/订阅：发布/订阅的使用场景确实非常多。我已看见人们在社交网络连接中使用，还可作为基于发布/订阅的脚本触发器，甚至用Redis的发布/订阅功能来建立聊天系统！
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.14 Redis哈希槽的概念
Redis集群没有使用一致性hash,而是引入了哈希槽的概念，Redis集群有16384个哈希槽，每个key通过CRC16校验后对16384取模来决定放置哪个槽，集群的每个节点负责一部分hash槽。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.15 Redis集群之间是如何复制的？
异步复制
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.16 Redis集群会有写操作丢失吗？为什么？
Redis并不能保证数据的强一致性，这意味这在实际中集群在特定的条件下可能会丢失写操作。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.17 Redis集群最大节点个数是多少？
16384个。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.18 Redis集群如何选择数据库？
Redis集群目前无法做数据库选择，默认在0数据库。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.19 怎么测试Redis的连通性？
ping
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.20 Redis中的管道有什么用？
一次请求/响应服务器能实现处理新的请求，即使旧的请求还未被响应。这样就可以将多个命令发送到服务器，而不用等待回复，最后在一个步骤中读取该答复。这就是管道（pipelining），是一种几十年来广泛使用的技术。例如许多POP3协议已经实现支持这个功能，大大加快了从服务器下载新邮件的过程。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.21 怎么理解Redis事务？
事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.22 Redis事务相关的命令有哪几个？
MULTI、EXEC、DISCARD、WATCH ##28、Redis key的过期时间和永久有效分别怎么设置？ EXPIRE和PERSIST命令。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.23 Redis如何做内存优化？
尽可能使用散列表（hashes），散列表（是说散列表里面存储的数少）使用的内存非常小，所以你应该尽可能的将你的数据模型抽象到一个散列表里面。比如你的web系统中有一个用户对象，不要为这个用户的名称，姓氏，邮箱，密码设置单独的key,而是应该把这个用户的所有信息存储到一张散列表里面.
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.24 Redis回收进程如何工作的？
一个客户端运行了新的命令，添加了新的数据。Redi检查内存使用情况，如果大于maxmemory的限制, 则根据设定好的策略进行回收。一个新的命令被执行，等等。所以我们不断地穿越内存限制的边界，通过不断达到边界然后不断地回收回到边界以下。如果一个命令的结果导致大量内存被使用（例如很大的集合的交集保存到一个新的键），不用多久内存限制就会被这个内存使用量超越。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.25 Redis回收使用的是什么算法？
LRU算法
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.26 Redis如何做大量数据插入？
Redis2.6开始redis-cli支持一种新的被称之为pipe mode的新模式用于执行大量数据插入工作。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.27 为什么要做Redis分区？
分区可以让Redis管理更大的内存，Redis将可以使用所有机器的内存。如果没有分区，你最多只能使用一台机器的内存。分区使Redis的计算能力通过简单地增加计算机得到成倍提升,Redis的网络带宽也会随着计算机和网卡的增加而成倍增长。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.28 你知道有哪些Redis分区实现方案？
客户端分区就是在客户端就已经决定数据会被存储到哪个redis节点或者从哪个redis节点读取。大多数客户端已经实现了客户端分区。代理分区 意味着客户端将请求发送给代理，然后代理决定去哪个节点写数据或者读数据。代理根据分区规则决定请求哪些Redis实例，然后根据Redis的响应结果返回给客户端。redis和memcached的一种代理实现就是Twemproxy查询路由(Query routing) 的意思是客户端随机地请求任意一个redis实例，然后由Redis将请求转发给正确的Redis节点。Redis Cluster实现了一种混合形式的查询路由，但并不是直接将请求从一个redis节点转发到另一个redis节点，而是在客户端的帮助下直接redirected到正确的redis节点。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.29 Redis分区有什么缺点？
涉及多个key的操作通常不会被支持。例如你不能对两个集合求交集，因为他们可能被存储到不同的Redis实例（实际上这种情况也有办法，但是不能直接使用交集指令）。同时操作多个key,则不能使用Redis事务.分区使用的粒度是key，不能使用一个非常长的排序key存储一个数据集（The partitioning granularity is the key, so it is not possible to shard a dataset with a single huge key like a very big sorted set）.当使用分区的时候，数据处理会非常复杂，例如为了备份你必须从不同的Redis实例和主机同时收集RDB / AOF文件。分区时动态扩容或缩容可能非常复杂。Redis集群在运行时增加或者删除Redis节点，能做到最大程度对用户透明地数据再平衡，但其他一些客户端分区或者代理分区方法则不支持这种特性。然而，有一种预分片的技术也可以较好的解决这个问题。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.30 Redis持久化数据和缓存怎么做扩容？
如果Redis被当做缓存使用，使用一致性哈希实现动态扩容缩容。如果Redis被当做一个持久化存储使用，必须使用固定的keys-to-nodes映射关系，节点的数量一旦确定不能变化。否则的话(即Redis节点需要动态变化的情况），必须使用可以在运行时进行数据再平衡的一套系统，而当前只有Redis集群可以做到这样。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.31 分布式Redis是前期做还是后期规模上来了再做好？为什么？
既然Redis是如此的轻量（单实例只使用1M内存）,为防止以后的扩容，最好的办法就是一开始就启动较多实例。即便你只有一台服务器，你也可以一开始就让Redis以分布式的方式运行，使用分区，在同一台服务器上启动多个实例。一开始就多设置几个Redis实例，例如32或者64个实例，对大多数用户来说这操作起来可能比较麻烦，但是从长久来看做这点牺牲是值得的。这样的话，当你的数据不断增长，需要更多的Redis服务器时，你需要做的就是仅仅将Redis实例从一台服务迁移到另外一台服务器而已（而不用考虑重新分区的问题）。一旦你添加了另一台服务器，你需要将你一半的Redis实例从第一台机器迁移到第二台机器。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.32 Twemproxy是什么？
Twemproxy是Twitter维护的（缓存）代理系统，代理Memcached的ASCII协议和Redis协议。它是单线程程序，使用c语言编写，运行起来非常快。它是采用Apache 2.0 license的开源软件。 Twemproxy支持自动分区，如果其代理的其中一个Redis节点不可用时，会自动将该节点排除（这将改变原来的keys-instances的映射关系，所以你应该仅在把Redis当缓存时使用Twemproxy)。 Twemproxy本身不存在单点问题，因为你可以启动多个Twemproxy实例，然后让你的客户端去连接任意一个Twemproxy实例。 Twemproxy是Redis客户端和服务器端的一个中间层，由它来处理分区功能应该不算复杂，并且应该算比较可靠的。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.33 支持一致性哈希的客户端有哪些？
Redis-rb、Predis等。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.34 Redis与其他key-value存储有什么不同？
Redis有着更为复杂的数据结构并且提供对他们的原子性操作，这是一个不同于其他数据库的进化路径。Redis的数据类型都是基于基本数据结构的同时对程序员透明，无需进行额外的抽象。Redis运行在内存中但是可以持久化到磁盘，所以在对不同数据集进行高速读写时需要权衡内存，应为数据量不能大于硬件内存。在内存数据库方面的另一个优点是， 相比在磁盘上相同的复杂的数据结构，在内存中操作起来非常简单，这样Redis可以做很多内部复杂性很强的事情。 同时，在磁盘格式方面他们是紧凑的以追加的方式产生的，因为他们并不需要进行随机访问。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.35 Redis的内存占用情况怎么样？
给你举个例子： 100万个键值对（键是0到999999值是字符串"hello world"）在我的32位的Mac笔记本上 用了100MB。同样的数据放到一个key里只需要16MB， 这是因为键值有一个很大的开销。 在Memcached上执行也是类似的结果，但是相对Redis的开销要小一点点，因为Redis会记录类型信息引用计数等等。当然，大键值对时两者的比例要好很多。64位的系统比32位的需要更多的内存开销，尤其是键值对都较小时，这是因为64位的系统里指针占用了8个字节。 但是，当然，64位系统支持更大的内存，所以为了运行大型的Redis服务器或多或少的需要使用64位的系统。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.36 都有哪些办法可以降低Redis的内存使用情况呢？
如果你使用的是32位的Redis实例，可以好好利用Hash,list,sorted set,set等集合类型数据，因为通常情况下很多小的Key-Value可以用更紧凑的方式存放到一起。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.37 查看Redis使用情况及状态信息用什么命令？
info
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.38 Redis的内存用完了会发生什么？
如果达到设置的上限，Redis的写命令会返回错误信息（但是读命令还可以正常返回。）或者你可以将Redis当缓存来使用配置淘汰机制，当Redis达到内存上限时会冲刷掉旧的内容。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.39 Redis是单线程的，如何提高多核CPU的利用率？
可以在同一个服务器部署多个Redis的实例，并把他们当作不同的服务器来使用，在某些时候，无论如何一个服务器是不够的， 所以，如果你想使用多个CPU，你可以考虑一下分片（shard）。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.40 一个Redis实例最多能存放多少的keys？
List、Set、Sorted Set他们最多能存放多少元素？理论上Redis可以处理多达232的keys，并且在实际中进行了测试，每个实例至少存放了2亿5千万的keys。我们正在测试一些较大的值。任何list、set、和sorted set都可以放232个元素。换句话说，Redis的存储极限是系统中的可用内存值。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.41 Redis常见性能问题和解决方案？
(1) Master最好不要做任何持久化工作，如RDB内存快照和AOF日志文件
(2) 如果数据比较重要，某个Slave开启AOF备份数据，策略设置为每秒同步一次
(3) 为了主从复制的速度和连接的稳定性，Master和Slave最好在同一个局域网内
(4) 尽量避免在压力很大的主库上增加从库
(5) 主从复制不要用图状结构，用单向链表结构更为稳定，即：Master \<- Slave1 \<- Slave2 \<- Slave3...这样的结构方便解决单点故障问题，实现Slave对Master的替换。如果Master挂了，可以立刻启用Slave1做Master，其他不变。
> > **篇幅限制下面就只能给大家展示小册部分内容了。整理了一份核心面试笔记包括了：Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafka 面试专题**
> >
> > **需要全套面试笔记及答案【扫一扫】** 即可免费获取\*\*
>
> 
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.42 Redis提供了哪几种持久化方式？
RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储.AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大.如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.你也可以同时开启两种持久化方式, 在这种情况下, 当redis重启的时候会优先载入AOF文件来恢复原始的数据,因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整.最重要的事情是了解RDB和AOF持久化方式的不同,让我们以RDB持久化方式开始。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.43 如何选择合适的持久化方式？
一般来说， 如果想达到足以媲美PostgreSQL的数据安全性， 你应该同时使用两种持久化功能。如果你非常关心你的数据， 但仍然可以承受数分钟以内的数据丢失，那么你可以只使用RDB持久化。有很多用户都只使用AOF持久化，但并不推荐这种方式：因为定时生成RDB快照（snapshot）非常便于进行数据库备份， 并且 RDB 恢复数据集的速度也要比AOF恢复的速度要快，除此之外， 使用RDB还可以避免之前提到的AOF程序的bug。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")2.44 修改配置不重启Redis会实时生效吗？
针对运行实例，有许多配置选项可以通过 CONFIG SET 命令进行修改，而无需执行任何形式的重启。 从 Redis 2.2 开始，可以从 AOF 切换到 RDB 的快照持久性或其他方式而不需要重启 Redis。检索 'CONFIG GET \*' 命令获取更多信息。但偶尔重新启动是必须的，如为升级 Redis 程序到新的版本，或者当你需要修改某些目前 CONFIG 命令还不支持的配置参数的时候。
## [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")三、Shiro
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")3.1 什么是shiro
Shiro是一个强大易用的java安全框架，提供了认证、授权、加密、会话管理、与web集成、缓存等功能，对于任何一个应用程序，都可以提供全面的安全服务，相比其他安全框架，shiro要简单的多。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")3.2 Shiro的核心概念Subject、SecurityManager、Realm
**Subject**
主体，代表了当前"用户"，这个用户不一定是一个具体的人，与当前应用交互的任何东西都是Subject，如爬虫、机器人等，即Subject是一个抽象概念；所有Subject都绑定到SecurityManager，与Subject的所有交互都会委托给SecurityManager；可以把Subject认为是一个门面；SecurityManager才是实际的执行者。
**SecurityManager**
安全管理器，即所有与安全有关的操作都会与SecurityManager交互，且它管理着所有Subject；可以看出它是shiro的核心, SecurityManager相当于SpringMVC中的DispatcherServlet前端控制器。
**Realm**
域，shiro从Realm获取安全数据(如用户、角色、权限)，Realm是与持久层交互的桥梁，就是说SecurityManager要验证用户身份，那么它需要从Realm获取相应的用户进行比较以确定用户身份是否合法；也需要从Realm得到用户相应的角色/权限进行验证用户是否能进行操作；可以把Realm看成DataSource，即安全数据源。
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")3.3 Authentication 身份验证
**principals**
身份，即主体的标识属性，可以是任何东西，如用手机号、户名、邮箱等，唯一即可。
**credentials**
证明/凭证，即只有主体知道的安全值，如密码/数字证书等。
**身份认证流程**
1. 首先调用Subject.login(token)进行登录，其会自动委托给SecurityManager，调用之前必须通过SecurityUtils.setSecurityManager()设置；
2. SecurityManager负责真正的身份验证逻辑；它会委托给Authenticator进行身份验证；
3. Authenticator才是真正的身份验证者，是Shiro API中核心的身份认证入口点，此处可以自定义插入自己的实现；
4. Authenticator可能会委托给相应的AuthenticationStrategy进行多Realm身份验证，默认ModularRealmAuthenticator会调用AuthenticationStrategy进行多Realm身份验证；
5. Authenticator会把相应的token传入Realm，从Realm获取身份验证信息，如果没有返回/抛出异常表示身份验证失败了。此处可以配置多个Realm，将按照相应的顺序及策略进行访问。
**Authenticator及AuthenticationStrategy**
6. Authenticator的职责是验证用户账号，是Shiro API中身份验证核心的入口点。
7. AuthenticationStrategy 认证策略 ModularRealmAuthenticator默认使用AtLeastOneSuccessfulStrategy策略
1. FirstSuccessfulStrategy：只要有一个Realm验证成功即可，只返回第一个Realm身份验证成功的认证信息，其他的忽略；
2. AtLeastOneSuccessfulStrategy：只要有一个Realm验证成功即可，和FirstSuccessfulStrategy不同，返回所有Realm身份验证成功的认证信息；
3. AllSuccessfulStrategy：所有Realm验证成功才算成功，且返回所有Realm身份验证成功的认证信息，如果有一个失败就失败了。
自定义实现认证时一般继承AbstractAuthenticationStrategy即可
### [](https://link.juejin.cn?target= "")[](https://link.juejin.cn?target= "")3.4 Authorization 授权
授权，也叫访问控制，即在应用中控制谁能访问哪些资源（如访问页面/编辑数据/页面操作等）。在授权中需了解的几个关键对象：主体(Subject)、资源（Resource）、权限（Permission）、角（Role）
授权方式：
1. 编程式：通过写if/else授权代码完成
Subject subject = SecurityUtils.getSubject();
If(subject.hasRole("admin"){
// 有权限
}else{
// 无权限
}
2. 注解
@RequiresRoles("admin")
public void helloWord(){
// 有权限
}
3. Jsp/gsp标签
\
\