SSM三大框架的运行流程、原理、核心技术详解

https://blog.csdn.net/Song_JiangTao/article/details/82252852

一、Spring部分

1、Spring的运行流程

·第一步:加载配置文件ApplicationContext ac = new ClassPathXmlApplicationContext("beans.xml");

,ApplicationContext接口,它由BeanFactory接口派生而来,因而提供了BeanFactory所有的功能。配置文件中的bean的信息是被加载在HashMap中的,一个bean通常包括,id,class,property等,bean的id对应HashMap中的Key,value就是bean。

具体如何加载,源码如下:

if (beanProperty.element("map") != null){  
Map<String, Object> propertiesMap = new HashMap<String, Object>();  
Element propertiesListMap = (Element)beanProperty.elements().get(0);  
Iterator<?> propertiesIterator = propertiesListMap .elements().iterator();  
while (propertiesIterator.hasNext()) {  
    Element vet = (Element) propertiesIterator.next();  
    if(vet.getName().equals("entry")) {  
        String key = vet.attributeValue("key");  
        Iterator<?> valuesIterator = vet.elements()  .iterator();  
        while (valuesIterator.hasNext()) {  
            Element value = (Element) valuesIterator.next();  
            if (value.getName().equals("value")){  
                propertiesMap.put(key, value.getText());  
            }  
            if (value.getName().equals("ref")) {  
                propertiesMap.put(key, new String[]{
                        value.attributeValue("bean") 
                        });  
            }  
        }  
    }  
}  
bean.getProperties().put(name, propertiesMap);  
//看完反正我是默默放弃了。。。
} 
bean加载进HashMap中

·第二步:调用getBean方法,getBean是用来获取applicationContext.xml文件里的bean的,()写的是bean的id。一般情况下都会强转换成对应的业务层(接口)。例如SpringService springService = (SpringService)ac.getBean("Service");

·第三步:这样我们就可以调用业务层(接口实现)的方法。

具体如下:

java反射博大精深,具体请看:

https://blog.csdn.net/sinat_38259539/article/details/71799078

那么bean中的东西到底是怎么注入进去的?简单来讲,就是在实例化一个bean时,实际上就实例化了类,它通过反射调用类中set方法将事先保存在HashMap中的类属性注入到类中。这样就回到了我们java最原始的地方,对象.方法,对象.属性。

2、Spring的原理

·什么是Spring?

  ·Spring是一个容器框架,它可以接管web层,业务层,dao层,持久层的各个组件,并且可以配置各种bean,并可以维护bean与bean的关系,当我们需要使用某个bean的时候,我们可以直接getBean(id),使用即可。

·Spring目的

  就是让对象与对对象(模块与模块)之间的关系没有通过代码来关联,都是通过配置类说明管理的(Spring根据这些配置,内部通过反射去动态的组装对象),Spring是一个容器,凡是在容器里的对象才会有Spring所提供的这些服务和功能。

·层次架构图

说明

·web层:Struts充当web层,接管jsp,action,表单,主要体现出MVC的数据输入,数据的处理,数据的显示分离。

·model层:model层在概念上可以理解为包含了业务层,dao层,持久层,需要注意的是,一个项目中,不一定每一个层次都有;

·持久层:体现oop,主要解决关系模型和对象模型之间的阻抗。

3、Spring的核心技术

·IOC

  ·IOC(Inverse of control)控制反转:所谓反转就是把创建对象(bean)和维护对象(bean)之间的关系的权利从程序转移到spring的容器(spring-config.xml)。

说明:

<bean></bean>这对标签元素的作用:当我们加载spring框架时,spring就会自动创建一个bean对象,并放入内存。相当于我们常规的new一个对象,而<property></property>中的value则是实现了“对象.set方法”,这里也体现了注入概念。

·DI

  ·DI(dependency injection)依赖注入:实际上di和ioc是同一个概念,spring的设计者,认为di更准确的表示spring的核心;

  ·spring提倡接口编程,在配合di技术就可以达到层与层解耦的目的,为什么呢?因为层与层之间的关联,由框架帮我们做了,这样代码之间的耦合度降低,代码的复用性提高。

  ·接口编程的好处请访问Java中接口编程的好处以及实现方式的选择

·AOP

  ·aspect oriented programming(面向切面编程);

  ·核心:在不增加代码的基础上,还增加新功能;

  ·理解:面向切面:其实是,把一些公共的“东西”拿出来,比如说,事务,安全,日志,这些方面,如果你用的到,你就引入。也就是说:当你需要在执行一个操作(方法)之前想做一些事情(比如开启事务,记录日志等等),那你就用before,如果想在操作之后做点事情(比如,关闭一些连接等等),那你就用after。其他类似。

二、Spring MVC部分

1、spring MVC框架

架构执行流程(面试必问):

·1、用户发送请求至前端控制器DispatcherServlet;

·2、DispatcherServlet收到请求调用HandlerMapping处理器映射器;

·3、处理器映射器根据请求URL找到具体的处理器,生成处理器对象及处理器拦截器(如果有则生成),一并返回给DispatcherServlet;

·4、DispatcherServlet通过HandlerAdapter处理器适配器调用处理器;

·5、执行处理器(Controller,也叫后端控制器);

·6、Controller执行完成返回ModelAndView;

·7、HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet;

·8、DispatcherServlet将ModelAndView传给ViewReslover视图解析器;

·9、ViewReslover解析后返回具体View;

·10、DispatcherServlet对View进行渲染视图(即将模型数据填充至视图中);

·11、DispatcherServlet响应用户。

2、Spring MVC的原理

·1、什么是SpringMVC

  ·springmvc是spring框架的一个模板,springmvc和spring无需通过中间整合层进行整合;

  ·springmvc是一个基于mvc的web框架。

·mvc

  ·mvc在b/s系统下的应用:

·前端控制器DispatcherServlet(不需要程序员开发)

  ·作用:接受请求,响应结果,相当于转发器,中央处理器。有了DispatcherServlet减少了其它组件之间的耦合度。

·处理器映射器HandlerMapping(不需要程序员开发)

  ·作用:根据请求的url查找Handler

·处理器适配器HandlerAdapter

  ·作用:按照特定规则(HandlerAdapter要求的规则)去执行Handler

·处理器Handler(需要程序员开发)

  ·注意:编写Handler时按照HandlerAdapter的要求去做,这样适配器才可以正确执行Handler。

·视图解析器View resolver(不需要程序员开发)

  ·作用:进行视图解析,根据逻辑视图名解析成真正的视图(view)

·视图view(需要程序员开发)

  ·View是一个接口,实现类支持不同的View类型(jsp、freemarker、pdf...)

·Struts2与springmvc的区别?

1、Struts2是类级别的拦截,一个类对应一个request上下文,springmvc是方法级别的拦截器,一个方法对应一个request上下文,而方法同时又跟一个URL对应,所以说从框架本身上Springmvc就容易实现restful url,而Struts2的框架实现起来要费劲,因为Struts2中Action的一个方法对应一个URL,而其属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了。

2、由上边原因,springmvc的方法之间基本上独立的,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回给框架,方法之间不共享变量,而Struts2搞的就比较乱,虽然方法之间也是独立的,但其所有Action变量共享,这不会影响程序运行,却给我们编码读程序时带来麻烦,每次来了请求就创建一个Action,一个Action对象对应一个request上下文。

3、由于Struts2需要针对每个request进行封装,把request,session等servlet生命周期的变量封装成一个Map,供给每个Action使用,并保证线程安全,所以在原则上,是比较耗费内存的。

4、拦截器实现机制上,Struts2有以自己的interceptor机制,springmvc用的是独立的AOP方式,这样导致Struts2的配置文件量还是比springMVC大。

5、springmvc的入口是servlet,而Struts2是filter(这里要指出,filter和servlet是不同的。以前认为filter是servlet的一种特殊),这就导致了二者的机制不同,这里就牵涉到servlet和filter的区别了。

6、springmvc集成了Ajax,使用非常方便,只需一个注解@ResponseBody就可以实现,然后直接返回相应文本即可,而Struts2拦截器集成了Ajax,在Action中处理时一般必须安装插件或者自己写代码进去,使用起来也相对不方便。

7、springmvc验证支持JSR303,处理起来相对更加灵活方便,而Struts2验证比较繁琐,感觉太烦乱。

8、springmvc和spring是无缝的。从这个项目的管理和安全上也比Struts2高(当然Struts2也可以通过不同的目录结构和相关配置做到springmvc一样的效果,但是需要xml配置的地方不少)。

9、设计思想上,Struts2更加符合OOP的编程思想,springmvc就比较谨慎,在servlet上扩展。

10、springmvc开发效率和性能高于Struts2.

11、springMVC可以认为已经100%零配置。

3、spring MVC的核心技术

·注解开发(@Controller,@ResponseMapping,@ResponseBody...)

  ·还有spring的诸多注解,这两者是不需要整合的

·传参,接参(request)

·基本配置

·文件上传与下载

  ·spring MVC中文件上传需要添加Apache Commons FileUpload相关的jar包;

  ·基于该jar,spring中提供了MultipartResolver实现类:CommonsMutipartResolver

·拦截器

·其实最核心的还是springMVC的执行流程,哥哥点的作用得搞清楚。

三、Mybatis部分

1、Mybatis的运行流程:

·Mybatis运行流程图:

1、:配置mybatis.xml文件,大体如下:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
    <!-- 引入外部文件
        resource:引入项目中配置文件
        url:引入网络中或者路径文件
    -->
    <properties resource="jdbc.properties"/>
    <settings>
        <!--<setting name="mapUnderscoreToCamelCase" value="true" />-->
        <setting name="lazyLoadingEnabled" value="true" />
        <setting name="aggressiveLazyLoading"  value="false" />
        <setting name="cacheEnabled" value="true"/>
    </settings>
    <typeAliases>
        <package name="com.nuc.entity"></package>
    </typeAliases>
    <!-- - - - - - - 数据库环境配置- - - - - - - - - -->
    <environments default="environments">
        <environment id="environments">
            <transactionManager type="JDBC"/>
            <dataSource type="POOLED">
                <property name="driver" value="${jdbc.driverClass}"/>
                <property name="url" value="${jdbc.jdbcUrl}"/>
                <property name="username" value="${jdbc.user}"/>
                <property name="password" value="${jdbc.password}"/>
            </dataSource>
        </environment>
    </environments>
    <!-- - - - - - - -映射文件路径- - - - - - -->
    <mappers>
        <!--自动扫描包下的映射文件,要求:同名,同目录-->
        <package name="com.nuc.mapper" />
    </mappers>
</configuration>
mybatis.xml

2、:加载我们的xml文件;

3、:创建SqlSessionFactoryBuilder;

4、:创建SqlSessionFactory;

5、:调用openSession(),开启sqlSession;

6、:getMapper()来获取我们的mapper(接口),mapper对应的映射文件,在加载mybatis.xml时就会加载;

7、:使用我们自己的mapper和它对应的xml来完成我们和数据库的交互。即增删改查。

8、:提交session,关闭session。

代码如下:

String resource = "mybatis-config.xml";
SqlSession sqlSession = null;
InputStream inputStream = Resources.getResourceAsStream(resource);//读取mybatis配置文件
//SqlSessionFactoryBuilder这个类的作用就是为了创建SqlSessionFactory的
SqlSessionFactoryBuilder builder = new SqlSessionFactoryBuilder();
SqlSessionFactory factory = builder.build(inputStream);
/**
 *  factory.openSession(); //需手动提交事务
 *   factory.openSession(true); //系统自动提交事务
 */
sqlSession = factory.openSession();
CustomerMapper mapper = sqlSession.getMapper(CustomerMapper.class);
//增删改查的操作
sqlSession.commit();//如果没有提交,数据库的数据不会改变
sqlSession.close();

需要注意的是,sqlSession也自带一些数据交互的操作。

2、MyBatis的原理

·什么是Mybatis?

  ·mybatis专注sql本身,需要程序员自己编写sql语句,sql修改,优化比较方便。mybatis是一个不完全的ORM框架,虽然程序员自己写sql,mybatis也可以实现映射(输入映射、输出映射);

  ·mybatis是一个持久层的框架,是apache下的顶级项目;

  ·mybatis托管到googlecode下,后来托管到github下:mybatis github地址

  ·mybatis让程序将主要精力放在sql上,通过mybatis提供的映射方式,自由灵活生成(半自动化,大部分需要程序员编写sql)满足需要sql语句。

  ·mybatis可以将向preparedStatement中的属兔参数自动进行输入映射,将查询结果集灵活映射成Java对象。(输出映射)

·mybatis底层实现

  ·mybatis底层还是采用原生jdbc来对数据库进行操作的,只是通过SqlSessionFactory,SqlSession,Executor,StatementHandler,ParameterHandler,ResultHandler和TypeHandler等几个处理器封装了这些过程。

·对原生态jdbc程序(单独使用jdbc开发)问题总结:

  ·1、数据库连接,使用时创建,不用就关闭,对数据库进行频繁连接开启和关闭,造成数据库资源的浪费;

  解决:使用数据库连接池管理数据库连接。

  2、将sql语句硬编码到Java代码中,如果sql语句修改,需要对Java代码重新编译,不利于系统维护;

  解决:将sql语句设置在xml配置文件中,即使sql变化,也无需重新编译。

  3、向preparedStatement中设置参数,对占位符位置和设置参数值,硬编码到Java文件中,不利于系统维护;

  解决:将sql语句及占位符,参数全部配置在xml文件中。

  4、从resultSet中遍历结果集数据时,存在硬编码,将获取表的字段进行硬编码,不利于系统维护;

  解决:将查询的结果集,自动映射成Java对象。

·mybatis工作原理:

  ·mybatis通过配置文件创建sqlSessionFactory,sqlSessionFactory根据配置文件,配置文件来源于两个方面:一个是xml,一个是Java中的注解,获取sqlSession。SqlSession包含了执行sql语句的所有方法,可以通过SqlSession直接运行映射的sql语句,完成对数据的增删改查和事物的提交工作,用完之后关闭SqlSession。

3、Mybatis的核心技术:

·Mybatis输入映射:

  ·通过parameterType指定输入参数的类型,类型可以是简单类型、hashmap、pojo包装类型;

·Mybatis输出映射:

·一、resultType

  ·作用:将查询结果按照sql列名、pojo属性名一致性映射到pojo中;

  ·使用resultType进行输出映射,只有查询出来的列名和pojo中的属性名一致,该列才可以映射成功;

  ·如果查询出来的列名和pojo中的属性名全部不一致,则不会创建pojo对象;

  ·只要查询出来的列名和pojo中的属性有一个一致,就会创建pojo对象;

  ·如果查询出来的列名和pojo的属性名不一致,通过定义一个resultMap对列名和pojo属性名之间作一个映射关系。

·二、resultMap

  ·使用association和collection完成一对一和一对多高级映射(对结果有特殊的映射要求)。

  ·association:

    ·作用:将关联查询信息映射到一个pojo对象中;

    ·场合:为了方便查询关联信息可以使用association将关联订单信息映射为用户对象的pojo属性中,比如:查询订单及关联用户信息。

    ·使用resultType无法将查询结果映射到pojo对象的pojo属性中,根据对结果集查询遍历的需要选择使用resultType还是resultMap。

  ·collection:

    ·作用:将关联查询信息映射到一个list集合中;

    ·场合:为了方便查询遍历关联信息可以使用collection将关联信息映射到list集合中,比如:查询用户权限范围模块及模块下的菜单,可使用collection将模块映射到模块list中,将菜单列表映射到模块对象的菜单list属性中,这样做的目的也是方便对查询结果集进行遍历查询。如果使用resultType将无法将查询结果映射到list集合中。

·Mybatis的动态sql

  ·什么是动态sql?

    ·mybatis核心:对sql语句进行灵活操作,通过表达式进行判断,对sql进行灵活拼接、组装;

    ·包括,where,if,foreach,choose,when,otherwise,set,trim等标签的使用。

·数据模型分析思路:

  ·1、每张表记录的数据内容

    ·分模块对每张表记录的内容进行熟悉,相当于你学习系统需求(功能)的过程;

  2、每张表重要的字段设置

    ·非空字段、外键字段

  ·3、数据库级别表与表之间的关系

    ·外键关系

  ·4、表与表之间的业务关系

    ·在分析表与表之间的业务关系时一定要建立在某个业务意义基础上去分析。

原文地址:https://www.cnblogs.com/arrows/p/10537733.html