关于SSM的总结

spring的IOC

什么是ioc：spring IOC可以帮助我们创建对象、管理对象、销毁对象。在我们传统的开发过程中，我们需要一个对象的时候可能是直接new出来，但是这样对象与对象之间的依赖关系十分复杂，有了spring之后，它可以帮助我们自动管理对象与对象之间的依赖，当我们需要的时候，直接从容器中获取，从而简化我们的开发。

详细的依赖和配置可以参考 曲健磊 Spring常用的三种注入方式  https://blog.csdn.net/a909301740/article/details/78379720

里面很详细的给出了注入方法的例子以及spring的@Component, @Controller, @Repository, @Service@Autowired和@Resource的讲解

spring的依赖注入：

• 接口注入：不推荐
• 构造器注入：
• Setter方法注入：

spring beans

配置方式：

• XML配置文件
• 基于注解的配置
• 基于java的配置

作用域：

singleton：单例，默认

prototype：多例

request：每次HTTP请求都i会创建一个bean

session：

global-session

 

多线程下的并发安全问题？

因为springbean不是线程安全的，所以一般使用ThreadLocal解决线程安全问题

ThreadLocal会为每个线程提供一个独立的变量副本，从而隔离多个线程对访问数据的冲突。每个线程能拿到的只是自己范围内的数据。

springBean的生命周期：

spring框架的自动装配：

• no：默认的方式是不进行自动装配的，通过手工设置ref属性来进行装配bean。

• byName：通过bean的名称进行自动装配，如果一个bean的 property 与另一bean 的name 相同，就进行自动装配。

• byType：通过参数的数据类型进行自动装配。

• constructor：利用构造函数进行装配，并且构造函数的参数通过byType进行装配。

• autodetect：自动探测，如果有构造方法，通过 construct的方式自动装配，否则使用 byType的方式自动装配。

 

springAOP

一般也叫做面向切面编程，是将一些与业务无关，但是却需要的重复代码抽取出来，称为可重复使用的模块，一般用于日志、权限校验、事务处理等。

在springAOP中一般有JDK动态代理和CGLIB动态代理。

JDK动态代理必须要实现接口，他会给你实现同一个接口的类，而CGLIB会生成代理类的子类。

spring的事务

spring事务的传播行为：

• ① PROPAGATION_REQUIRED：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的设置。

• ② PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。

• ③ PROPAGATION_MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异常。

• ④ PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存在事务，都创建新事务。

• ⑤ PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

• ⑥ PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

• ⑦ PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则按REQUIRED属性执行。

springMVC的执行流程

• （1）用户发送请求至前端控制器DispatcherServlet；

• （2） DispatcherServlet收到请求后，调用HandlerMapping处理器映射器，请求获取Handle；

• （3）处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet；

• （4）DispatcherServlet 调用 HandlerAdapter处理器适配器；

• （5）HandlerAdapter 经过适配调用 具体处理器(Handler，也叫后端控制器)；

• （6）Handler执行完成返回ModelAndView；

• （7）HandlerAdapter将Handler执行结果ModelAndView返回给DispatcherServlet；

• （8）DispatcherServlet将ModelAndView传给ViewResolver视图解析器进行解析；

• （9）ViewResolver解析后返回具体View；

• （10）DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）

• （11）DispatcherServlet响应用户。

mybatis中#{}和${}的区别

#{} 可以有效的防止SQL注入，提高系统安全性；${} 不能防止SQL 注入

Mybatis的一级、二级缓存

Mybatis对缓存提供支持，但是在没有配置的默认情况下，它只开启一级缓存，一级缓存只是相对于同一个SqlSession而言。所以在参数和SQL完全一样的情况下，我们使用同一个SqlSession对象调用一个Mapper方法，往往只执行一次SQL，因为使用SelSession第一次查询后，MyBatis会将其放在缓存中，以后再查询的时候，如果没有声明需要刷新，并且缓存没有超时的情况下，SqlSession都会取出当前缓存的数据，而不会再次发送SQL到数据库。

　1、一级缓存的生命周期有多长？

　　a、MyBatis在开启一个数据库会话时，会 创建一个新的SqlSession对象，SqlSession对象中会有一个新的Executor对象。Executor对象中持有一个新的PerpetualCache对象；当会话结束时，SqlSession对象及其内部的Executor对象还有PerpetualCache对象也一并释放掉。

　　b、如果SqlSession调用了close()方法，会释放掉一级缓存PerpetualCache对象，一级缓存将不可用。

　　c、如果SqlSession调用了clearCache()，会清空PerpetualCache对象中的数据，但是该对象仍可使用。

　　d、SqlSession中执行了任何一个update操作(update()、delete()、insert()) ，都会清空PerpetualCache对象的数据，但是该对象可以继续使用

　   2、怎么判断某两次查询是完全相同的查询？

　　mybatis认为，对于两次查询，如果以下条件都完全一样，那么就认为它们是完全相同的两次查询。

　　2.1 传入的statementId

　　2.2 查询时要求的结果集中的结果范围

　　2.3. 这次查询所产生的最终要传递给JDBC java.sql.Preparedstatement的Sql语句字符串（boundSql.getSql() ）

　　2.4 传递给java.sql.Statement要设置的参数值

一级缓存是SqlSession级别的缓存。在操作数据库时需要构造sqlSession对象，在对象中有一个数据结构用于存储缓存数据。不同的sqlSession之间的缓存数据区域是互相不影响的。也就是他只能作用在同一个sqlSession中，不同的sqlSession中的缓存是互相不能读取的。

用户发起查询请求，查找某条数据，sqlSession先去缓存中查找，是否有该数据，如果有，读取；

如果没有，从数据库中查询，并将查询到的数据放入一级缓存区域，供下次查找使用。

但sqlSession执行commit，即增删改操作时会清空缓存。这么做的目的是避免脏读。

如果commit不清空缓存，会有以下场景：A查询了某商品库存为10件，并将10件库存的数据存入缓存中，之后被客户买走了10件，数据被delete了，但是下次查询这件商品时，并不从数据库中查询，而是从缓存中查询，就会出现错误。

既然有了一级缓存，那么为什么要提供二级缓存呢？

二级缓存是mapper级别的缓存，多个SqlSession去操作同一个Mapper的sql语句，多个SqlSession可以共用二级缓存，二级缓存是跨SqlSession的。二级缓存的作用范围更大。

还有一个原因，实际开发中，MyBatis通常和Spring进行整合开发。Spring将事务放到Service中管理，对于每一个service中的sqlsession是不同的，这是通过mybatis-spring中的org.mybatis.spring.mapper.MapperScannerConfigurer创建sqlsession自动注入到service中的。 每次查询之后都要进行关闭sqlSession，关闭之后数据被清空。所以spring整合之后，如果没有事务，一级缓存是没有意义的。