SSM框架整合

目录

 

SSM框架-Spring复习整合

IOC/DI

AOP

AOP常用的表达式

SSM框架-SpringMVC复习整合

执行逻辑图

组件介绍

DispatcherServlet

HandlerMapping

HandlerAdapter

Handler

ViewResolver

源码解读

SSM框架-Mybatis复习整合

Mybatis-generaor-gui

Mybatis-generator-console

Interceptor

关联查询

Provider

Lazy

---

SSM框架-Spring复习整合

IOC/DI

定义：控制反转（IoC）”也称为“依赖注入（DI）”，是一个定义对象依赖的过程，对象只

和构造参数，工厂方法参数，对象实例属性或工厂方法返回相关。容器在创建这些 bean 的

时候注入这些依赖。这个过程是一个反向的过程，所以命名为依赖反转，对象实例的创建由

其提供的构造方法或服务定位机制来实现。优点：解耦。

容器初始化流程：

new ClasspathXmlApplicationContext(); ContextLoaderListener / DispatcherServlet -> WebApplicationContext

在spring中，构建容器的过程都是同步的。原因：避免出现多线程资源冲突。初始化的流程主要由AbstractApplicationContext类的refresh()实现。

类名	功能
BeanFactory	是ApplicationContext的父接口，是spring框架中的顶级容器工厂对象，它的功能是只管理bean对象，没有其他功能。
ApplicationContext	在创建时bean对象就已经完成了。
PreparedBeanFactory	才是真正创建bean对象。
EntityResolver	相当于classloader文本加载器，把配置文件èjava文件
postProcessBeanFactory	加 载 配 置 中 BeanFactory 无 法 处 理 的 内 容 。 如 ： propertyplacehodler 的加载。
invokeBeanFactoryPostProcessors	将上一步加载的内容，作为一个容器可以管理的 bean对象注册到 ApplicationContext 中。底层实质是在将 postProcessBeanFactory 中加载的内容包装成一个容器 ApplicationContext 可以管理的 bean 对象。
registerBeanPostProcessors	继续完成上一步的注册操作。配置文件中配置的 bean 对象 都创建并注册完成
initMessageSource - i18n	国际化。初始化国际化消息源。根据请求源的语言不通返回不同的国际化语言。
initApplicationEventMulticaster	注册事件多播监听。如 ApplicationEvent 事件。是 spring框架中的观察者模式实现机制。
onRefresh	初始化主题资源（ThemeSource）。spring 框架提供的视图主题信息。
registerListeners	创建监听器，并注册
finishBeanFactoryInitialization	初始化配置中出现的所有的 lazy-init=false 【spring在启动过程导致在启动时候，会默认加载整个对象实例图，从初始化ACTION配置、到service配置到dao配置、乃至到数据库连接、事务等等。  这么庞大的规模，难怪spring的启动时间要花将近1分钟。尝试了一下，把beans的default-lazy-init改为true就，再次启动，速度从原来的55秒，降到8秒钟！！ 】的 bean 对象。且 bean 对象必须是 singleton 的。
finishRefresh	最后一步。 发布最终事件。生命周期监听事件。 spring 容器定义了生命周期接口。可以实现容器启动调用初始化，容器销毁之前调用回收资源。Lifecycle 接口。

多容器/父子容器概念

       Spring 框架允许在一个应用中创建多个上下文容器。但是建议容器之间有父子关系。可以通过 ConfigurableApplicationContext 接口中定义的 setParent 方法设置父容器。一旦设置父子关系，则可以通过子容器获取父容器中除 PropertyPlaceHolder 以外的所有资源，父容器不能获取子容器中的任意资源（类似 Java 中的类型继承）。

典型的父子容器： spring 和 springmvc 同时使用的时候。ContextLoaderListener 创建的容器是父容器，DispatcherServlet 创建的容器是子容器。相当于spring为父容器，springmvc为子容器。保证一个 JVM 中，只有一个树状结构的容器树。可以通过子容器访问父容器资源。

P域/c域

       Spring2.0 之后引入了 p(property 标签)域、Spring3.1 之后引入了 c(constractor-arg 标签)域。可以简化配置文件中对 property 和 constructor-arg 的配置。

      

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:c="http://www.springframework.org/schema/c" xmlns:p="http://www.springframework.org/schema/p" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> p:a="10" p:o-ref="otherBean" c:a="20" c:o-ref="otherBean"/> class OneBean{ int a; Object o; public OneBean(int a, Object o){ this.a = a; this.o = o;} // getters and setters for fields. }

 

Look-up method

       lookup-method 一旦应用，Spring 框架会自动使用 CGLIB 技术为指定类型创建一个动态子类型，并自动实现抽象方法。可以动态的实现依赖注入的数据准备。在效率上，比直接自定义子类型慢。相对来说更加通用。

可以只提供 lookup-method 方法的返回值对象即可实现动态的对象返回。在工厂方法难以定制的时候使用。也是模板的一种应用。工厂方法的扩展。如：工厂方法返回对象类型为接口类型。且不同版本应用返回的对象未必相同时使用。可以避免多次开发工厂类。[可以用户升级版本之用]

AOP

Aop全图 面向切面编程，其底层原理就是动态代理实现。如果切面策略目标有接口实现，使用 JDK 的动态代理技术；无接口实现则使用 CGLIB 技术生成动态代理。 在商业环境中，接口使用度是非常高的，在这主要分析 Spring 如何使用 JDK 的动态代 理 技 术 生 成 动 态 代 理 对 象 。 主 要 代 码 在 JdkDynamicAopProxy 、 AdvisedSupport 、 DefaultAdvisorChainFactory、 ReflectiveMethodInvocation 类中。

Aop源码流程图

 

AOP常用的表达式

表达式名称	表达式用法
execution(返回类型 包名.类名.方法名(参数表))	execution(java.lang.String com.xxx.service.AService.test(java.lang.Integer))在类型 com.xxx.service.AService 中有方法 test，且参数为 Integer，返回类型为 String 时增加切面。execution(* com.xxx.AService.*(..))com.xxx.AService 类型中的任意方法，任意类型返回结果，参数表不限定，都增加切面。应用： 最常用 。也是相对最通用。根据方法执行的标准，定义切点。如：事务处理，日志处理。
target(包名.接口名)	target(com.xxx.IA) - 所有实现了 IA 接口的实现类，作为代理的目标对象，会自动增加通知的织入，实现切面。 应用：为某一个具体的接口实现提供的配置。如：登录。登录的时候需要执行的附属逻辑是比较多的。在不同的业务流程中，附属逻辑也不同。如：电商中，可能在登录的时候，需要去执行购物车合并。【未登录 的临时购物车和登录用户的购物车的合并】
this(包名.接口名)	this(com.xxx.IA) - 代理对象 Proxy 如果实现了 IA 接口，则作为连接点。应用：针对某个具体的代理提供的配置。比 target 切点粒度细致。因为目标对象可以多实现。代理对象可以针对目标对象实现的多个接口的某一个接口，提供特定的切点。如：银行中的登录，银行中的帐户种类非常多。且有交叉。如：借记卡，贷记卡，借记还贷卡，贷记还贷卡等。可以针对还贷接口提供一个切点，做还贷信息的记录等。
within(包名.*) - 代表在包中的任意接口或类都作为切点。	针对某一个包提供的切点，粒度比 target 粗糙。如：某包中的所有接口都需要执行某附属逻辑。如：电商平台中的下订单。下订单服务中可能需要特定的逻辑（时间戳校验，库存检查等），这些逻辑，是其他业务线中不需要提供切面的。
args(类型,类型) - 代表方法的参数表符合要求的时候，作为切点。参数表是有 顺序的。	主要应用在参数校验中。如：登录的时候必须传递两个字符串参数（登录名和密码）。可以使用 args 来限定。 配合这 execution 实现。 如： execution( * xxxx.*.login(..) ) args(string,string)。 是使用频率最低的表达式

 

SSM框架-SpringMVC复习整合

执行逻辑图

 

 

组件介绍

DispatcherServlet	DispatcherServlet 是整个流程控制的中心，由它调用其它组件处理用户的请求， DispatcherServlet 的存在降低了组件之间的耦合性。 MVC 模式: 传统定义,一个 WEB 应用中,只有唯一的一个控制器和客户端交互. 所有的 客户端请求和服务器单点接触. 这个控制器称为核心控制器(前端控制器)。 传统定义中，核 心控制器的实现使用 Servlet 实现。如：SpringMVC，Struts1。 MVC 优势： 单点接触，可以有效的解耦。可以实现功能的重用。 M - model V - view C – controller
HandlerMapping	处理映射器。 HandlerMapping 负责根据用户请求找到 Handler 即处理器（如：用户自定义的 Controller），springmvc 提供了不同的映射器实现不同的映射方式，例如：配置文件方式， 实现接口方式，注解方式等。 映射器相当于配置信息或注解描述。 映射器内部封装了一个类似 map 的数据结构。使 用 URL 作为 key，HandlerExecutionChain 作为 value。核心控制器，可以通过请求对象（请 求对象中包含请求的 URL）在 handlerMapping 中查询 HandlerExecutionChain 对象。 是 SpringMVC 核心组件之一。是必不可少的组件。无论是否配置，SpringMVC 会有默 认提供。 如 果 有 标 签 配 置 ， 默 认 的 映 射 器 ： RequestMappingHandlerMapping 如果没有标签配置，且使用注解开发 SpringMVC 代码，默认的 映射器是：RequestMappingHandlerMapping。（老版本中有其他的映射器，但是已经过时。）
HandlerAdapter	通过 HandlerAdapter 对处理器（Handler）进行执行，这是适配器模式的应用，通过扩 展适配器可以对更多类型的处理器进行执行。 典型的适配器： SimpleControllerHandlerAdapter。最基础的。处理自定义控制器 （Handler）和 SpringMVC 控制器顶级接口 Controller 之间关联的。 如 果 定 义 了 标 签 配 置 ， 使 用 适 配 器 对 象 为 ： HttpRequestHandlerAdapter。 适配器也是 SpringMVC 中的核心组件之一。必须存在。SpringMVC 框架有默认值。
Handler	处理器。 Handler 是继 DispatcherServlet 前端控制器的后端控制器（自定义控制器），在 DispatcherServlet 的控制下 Handler 对具体的用户请求进行处理。由于 Handler 涉及到具体的 用户业务请求，所以一般情况需要程序员根据业务需求开发 Handler。 在 SpringMVC 中对 Handler 没有强制的类型要求。在 SpringMVC 框架中，对 Handler 的引用定义类型为 Object。 处理器理论上说不是必要的核心组件。 SpringMVC 框架是一个线程不安全的，轻量级的框架。一个 handler 对象，处理所有 的请求。开发过程中，注意线程安全问题。
ViewResolver	ViewResolver 负责将处理结果生成 View 视图，ViewResolver 首先根据逻辑视图名解析 成物理视图名即具体的页面地址，再生成 View 视图对象，最后对 View 进行渲染将处理结 果通过页面展示给用户。 是 SpringMVC 中 必 要 的 组 件 之 一 。 SpringMVC 提 供 默 认 视 图 解 析 器 。 InternalResourceViewResolver。内部资源视图解析器。 视图解析器是用于处理动态视图逻辑的。静态视图逻辑，不通过 SpringMVC 流程。直 接通过 WEB 中间件（Tomcat）就可以访问静态资源。

 

源码解读

 

SSM框架-Mybatis复习整合

Mybatis-generaor-gui

代码自动生成插件。

缺陷:没有多表操作.自动生成是针对互联网开发提出的.互联网开发中多表操作很少.

类似 MyEclipse 中的一个逆向工程组件.根据数据库表格设计,自动生成实体类型,Mapper/DAO 接口，有必要生成对应的实现类，相关的 Mapper/DAO 的配置文件。

MyBatis-generator ： 是一个开发完善的 JavaSE 工程。主要实现方式，就是使用

JDBC/MyBatis 连接数据库，查询表格信息，自动化生成对应的 java 代码。

版本：

gui 版本：提供可视化界面，操作简单。弊端是一次只能生成一张表格的对应代码。

console 版本：无可视化界面，操作相对麻烦。优势是可以一次性生成若干表格的对应

代码。企业使用。

使用方式：

gui 版本：运行 com.zzg.mybatis.generator.MainUI。

Mybatis-generator-console

插件工具。

是用于自动生成代码的。 可以生成的代码包括：实体类型，Mapper 接口，

Mapper 接口对应的 SQL 映射文件。

2.1 代码生成方式

关注配置文件：generatorConfig.xml

配置文件中配置了需要逆向生成代码的表格有哪些。还配置了数据库的链接相关信息。

2.2 生成后的Mapper使用方式

详见代码。

2.3 自动生成代码的优缺点

2.3.1 优点

方便。SQL规范。快捷。维护成本低

2.3.2 缺点

只能单表操作。（互联网应用中，多表联合查询相对较少。）

如果表格中有 Text，BLOB 字段。查询、更新的时候，需要特殊注意。默认的查询方法

不查询 Text 和 BLOB 字段，默认的更新方法不更新 Text 和 BLOB 字段。必须调用

selectByExampleWithBLOBs

updateByExamaleWithBLOBs

updateByPrimaryKeyWithBLOBs

Interceptor

是 MyBatis 提供的一个插件（plugin扩展）。代表拦截器。可以拦截代码中的数据库访

问操作。就是 Statement 操作。拦截后，可以去修改正在执行的 SQL 语句，可以额外访问数据库，可以实现若干数据计算和处理。使用场景不多。针对某类型的 SQL 实现拦截的工具。粒度太粗糙。市场常用的 Interceptor 插件只有 PageHelper。Interceptor 影响执行效率。

关联查询

在 MyBatis 中，关联查询分为一次查询和 N+1 次查询。

一次查询：是使用多表联合查询 SQL 语法实现。

一次查询 SQL 语法相对复杂，效率比较高。如果查询的数据量大，不推荐使用。

N+1 次查询：是使用多个单表查询 SQL 语法实现。

N+1 次查询效率低，多次访问数据库，网络操作为多次。可以使用 lazy 实现懒加载。

在 MyBatis 中懒加载并不是非常好用。

在一对一关系查询的时候，可以使用 AutoMapping 的方式实现查询。具体语法为：

select column as `关联属性名.关联对象内部属性名` from ....

AutoMapping 不推荐使用，语义不明确，维护成本高。

一对一

select=”命名空间.标签 ID 就是要调用的 SQL 语法” column=”传递的参数, {参数名=当前行的字段名}”/>

 

一对多&多对多

< collection property=”属性名” javaType=”属性的类型” ofType=”集合中的泛型” select=”命名空间.标签 ID 就是要调用的 SQL 语法” column=”传递的参数, {参数名=当前行的字段名}”/>

 

 

Provider

@InsertProvider @UpdateProvider @DeleteProvider @SelectProvider

Lazy

在 mybatis 核心配置文件中增加下述配置.

抽象类型不能创建对象

配置文件是文本，文本是没有编译过程的。注解涉及到编译

静态文件不经过springmvc容器，直接在tomcat中就返回*.html；