复习Spring

Spring 框架概述 

Spring是什么？

        Spring是一个轻量级的Java开发框架，目的是为了解决企业级应用开发的业务逻辑层和其他各层间的耦合问题。它是一个分层的JavaSE/JavaEE full-stack（一站式）轻量级开源框架，为开发Java应用程序提供全面的基础架构支持。因为有了Spring去负责基础框架，Java开发者可以专注于应用程序的开发。

        补充：

        轻量级：体积小，引入jar包数量也少；无需依赖额外的组件,自己基本可以单独使用

        开源：免费提供源代码

        那我们知道Spring最根本的使命是解决企业级应用开发的复杂性，也就是简化Java开发。

        Spring可以做很多事情，它为企业级开发提供了丰富的功能，但这些功能的底层都依赖于它的两个核心特性，也就是 控制反转（Inversion of Control,IOC） 和 面向切面编程 （Aspect-Oriented Programming,AOP）

        IOC：控制反转，把创建对象过程交给 Spring 进行管理。通过IOC容器管理POJO对象以及他们之间的耦合关系。所以，IOC让让相互协作的组件保持松散的耦合。

        AOP：面向切面，不修改源代码进行功能增强。通过AOP以动态非入侵的方式增强服务。所以，AOP编程允许你把遍布于应用各层的功能分离出来形成可重用的功能组件。

        

        Spring 特点：

        （1）方便解耦，简化开发

        Spring就是一个大工厂，可以将所有对象的创建和依赖关系的维护，交给Spring处理。

        （2）Aop 编程支持

        Spring提供面向切面编程，可以方便地实现对程序进行权限拦截、运行监控等功能。

        （3）方便程序测试

        Spring对JUnit4支持，可以通过注解方便地测试Spring程序。

        （4）方便和其他框架进行整合

        Spring不排斥各种优秀的开源框架，其内部提供了对各种优秀框架的直接支持（例如Struts、Hibernate、MyBatis等）

        （5）方便进行事务操作

        只需要通过配置就可以完成对事物的管理，而不需要手动编程。

        （6）降低 API 开发难度

        Spring对Java EE开发中非常难用的一些API（JDBC、RMI远程调用等等），都提供了封装，使这些API应用难度大大降低。

        缺点：Spring依赖反射，反射影响性能。

        为了降低Java开发的复杂性，Spring采取了以下4种关键策略：

        1.基于POJO的轻量级和最小侵入性编程；

        2.通过依赖注入和面向接口实现松耦合；

        3.基于切面和惯例进行声明式的编程；

        4.基于切面和模板减少样板式的代码。        

spring的模块：

        总共大约有20个模块，由一千三百多个不同的文件构成。而这些组件被分别整合在以下的模块：

        核心容器（Core Container）、AOP（Aspect Oriented Programming）、

设备支持（Onstrument）、数据访问与集成（Data Access/Integration）、web、

消息（Messaging）、Test等模块。

Spring core：提供了框架的基本组成部分，包括控制反转（IOC）和依赖注入（DI）功能；

Spring beans：提供了BeanFactory，是工厂模式的一个经典实现，Spring将管理对象称为Bean；

Spring context：构建于core封装包基础上的context封装包，提供了一种框架式的对象访问方法；

Spring jdbc：提供了一个JDBC的抽象层，消除了繁琐的JDBC编码和数据库厂商特有的代码错误解析，用于简化JDBC

Spring aop：提供了面向切面的编程实现，让开发者可以自定义拦截器、切点等。

Spring Web：提供了针对Web开发的集成特性，例如上传文件，利用servlet listeners进行IOC容器初始化以及针对Web的ApplicationContext。

Spring test:主要是为测试提供支持，支持使用JUnit或TestNG对Spring组件进行单元测试和集成测试。

Spring框架中都用到哪些设计模式？

        工厂模式：BeanFactory就是简单工厂模式的体现，用来创建对象的实例；

        单例模式：Bean就已经默认为单例模式；

        代理模式：Spring的AOP功能用到了JDK的动态代理和CGLib字节码生成技术；

        模板方法：用来解决代码重复问题，例如：RestTemplate，JpaTemplate等。

                        （RestTemplate详解：RestTemplate 用法详解_lzcWHUT的博客-CSDN博客_resttemplate）

        观察者模式：定义对象间一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都会得到通知被自动更新，例如Spring中listener的实现——Application。

IOC（概念和原理）

1.什么是IOC？

        （1）控制反转，把对象创建和对象之间的调用过程，交给 Spring 进行管理。也就是把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象的装配和管理。

        所以，所谓的控制反转概念，就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。

        Spring IOC负责创建对象，管理对象（通过依赖注入（DI）），装配对象，配置对象，并且管理这些对象的整个生命周期。

        （2）使用 IOC 目的：为了耦合度降低

        （3）做入门案例就是 IOC 实现

2.IOC的作用

        （1）最大的作用就是为了降低耦合度，解耦。

        托管了类的产生过程，例如我们需要在类的产生中做一些处理，最直接的例子就是代理，如果有容器程序能把这部分处理交给容器，应用程序就无需关心 类是如何完成代理的。

        （2）管理对象的创建和依赖关系的维护。

        对象的创建并不是我们想的那么简单，在对象关系较为复杂时，如果依赖关系需要程序员来维护的话，那是相当头疼的。

        

3.IOC的优点

        IOC把应用的代码量降到最低。

        使应用容易测试，单元测试不再需要单例和JNDI查找机制。（JNDI是 Java 命名与目录接口（Java Naming and Directory Interface），在J2EE规范中是重要的规范之一）

        最小的代价和最低的入侵性使松散耦合得以实现。

        IOC容易支持加载服务时的饿汉式初始化和懒加载。

4.IOC 底层原理

xml 解析、工厂模式、反射

 在 Spring 容器中，Bean 对象如何注册到 IoC 容器，以及Bean对象的加载、实例化、初始化详细过程可以阅读这篇文章：(94条消息) Spring的Bean加载流程_张维鹏的博客-CSDN博客_springbean的加载过程

5.IOC的BeanFactory 接口

        1、IOC 思想基于 IOC 容器完成，IOC 容器底层就是对象工厂

        2、Spring 提供 IOC 容器实现两种方式：（两个接口）（BeanFactory和ApplicationContext有什么区别？）

        BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当作Spring的容器。

        （1）BeanFactory：IOC 容器基本实现，是 Spring 内部的使用接口，不提供开发人员进行使用 。加载配置文件时候不会创建对象，在获取对象（使用）才去创建对象。

        （2）ApplicationContext：BeanFactory 接口的子接口，提供更多更强大的功能，一般由开发人 员进行使用。 加载配置文件时候就会把在配置文件对象进行创建

        更细致点可以可以分为几个角度：

        从依赖关系来看：

        BeanFactory是Spring里面最底层的接口，包含了各种Bean的定义，读取bean的配置文件，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。

        ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：

                继承MessageSource，因此支持国际化；

                统一的资源文件访问方式；

                提供在监听器中注册bean的事件；

                同时加载多个配置文件。

                载入多个（有继承关系）上下文，使得每一个上下文都专注于一个特定的层次，比如应用的web层。

        从加载方式来看：

        BeanFactory采用的是延迟加载形式来注入Bean的，也就是说只有在使用到某个Bean时（调用getBean()），才对这个Bean进行加载实例化。这样我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFactory加载后，直到第一次使用调用getBean方法才会抛出异常。

        ApplicationContext，它是在容器启动时，一次性创建所有的Bean。这样在容器启动时，我们就可以发现Spring中存在的配置错误，更有利于检查所依赖属性是否注入。ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean，确保当开发者需要的时候，就不用等待，因为它们以及创建好。

        所以从这点来看，相对于BeanFactory来说，ApplicationContext唯一的不足就是占用更大的内存空间。当应用程序配置Bean较多的时候，程序启动就会较为缓慢。

        从创建方式来看，

        BeanFactory通常以编程的方式被创建，而ApplicationContext还能以声明的方式创建，例如使用ContextLoader。

        从注册方式来看，

        BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别：BeanFactory需要手动注册，而ApplicationContext则是自动注册。

        

        3.ApplicationContext 接口有实现类（Application通常的实现是什么？）

        （1）FileSystemXmlApplicationContext：这个容器从一个xml文件中加载beans的定义，XML Bean配置文件的全路径名必须提供给它的构造函数；

        （2）ClassPathXmlApplicationContext：这个容器也是从一个XML文件中加载beans的定义，需要正确设置classpath，因为这个容器将在classpath里找bean配置。

        （3）WebXmlApplicationContext：这个容器加载一个XML文件，这个文件定义了一个WEB应用的所有bean。

6.IOC 操作 Bean 管理（概念）

1、什么是 Bean 管理 ：

        Bean 管理指的是两个操作 ：

        （1）Spring 创建对象

        （2）Spirng 注入属性

        什么是Spring beans？

        Spring beans是那些形成Spring应用的主干的java对象。它们被springIOC容器初始化、装配和管理。这些beans通过容器中配置的元数据创建。例如，以XML文件中形式定义。

        一个Spring Bean定义包含什么？

        在 Spring 中，构成应用程序主干并由Spring IoC容器管理的对象称为bean。bean是一个由Spring IoC容器实例化、组装和管理的对象。

        我们总结如下：
        1.bean是对象，一个或者多个不限定
        2.bean由Spring中一个叫IoC的东西管理
        3.我们的应用程序由一个个bean构成

        包含容器必然知道的所有配置元数据，包括如何创建一个bean，它的声明周期详情以及它的依赖。

2、Bean 管理操作有两种方式

        （1）基于 xml 配置文件方式实现

        （2）基于注解方式实现（用的最多，方法也经常使用）

如何给Spring容器提供元数据？（Spring有几种配置方式？）

        1.XML配置文件

        2.基于注解的配置

        3.基于java的配置。

7.IOC 操作 Bean 管理（基于 xml 方式）

1、基于 xml 方式创建对象

（1）在 spring 配置文件中，使用 bean 标签，标签里面添加对应属性，就可以实现对象创建 （2）在 bean 标签有很多属性，介绍常用的属性:

* id 属性：唯一标识

* class 属性：类全路径（包类路径）

（3）创建对象时候，默认也是执行无参数构造方法完成对象创建

2、基于 xml 方式注入属性

         DI：依赖注入，就是注入属性   

        （1）什么是Spring的依赖注入？

        控制反转IOC是一个很大的概念，可以用不同的方式来实现。其主要方式有两种：依赖注入和依赖查找。

        而依赖注入，相对于IOC而言，DI更加准确地描述了IOC的设计理念。所谓依赖注入，就是组件之间的依赖关系由容器在应用系统运行期来决定，也就是由容器动态地将 某种依赖关系的 目标对象实例 注入到 应用系统中的 各个关联的组件之中。而组件不做定位查询，只提供普通的java方法让容器去决定依赖关系。

        （2）依赖注入的基本原则：

        应用组件不应该 负责查找资源 或者其他依赖的协作对象。配置对象的工作应该由IOC容器负责，“查找资源”的逻辑应该从应用组件中的代码抽离出来，交给IOC容易负责。容器完全负责组件的装配，它会把符合依赖关系的对象通过属性（JavaBean中的setter）或者是构造器传递给需要的对象。

        （3）依赖注入的优势：

        依赖注入之所以更流行是因为它是更可取的方式：让容器完全负责依赖查询，受管组件著需要暴露JavaBean的setter方法 或者带参数的构造器或接口，使容器可以在初始化的时候组装对象的依赖关系。依赖注入于依赖查找的方式相比，主要优势为：

        查找定位操作 与应用代码 无关。

        不依赖于容器的API，可以很容易地在容器以外使用应用对象。

        不需要特殊的接口，绝大多数对象可以做到完全不必依赖容器。

        （4）有哪些不同类型的依赖注入实现方式？

        接口注入（Interface Injection）、Setter方法注入（Setter Injection）、构造器注入（Constructor Injection）三种方式。

        接口注入因为在灵活性和易用性的方面比较差，现在从Spring4开始已被废弃。

        构造器依赖注入：构造器依赖注入通过容器触发一个类的构造器来实现的，这个类有一系列的参数，每个参数代表一个对其它类的依赖。

        Setter方法注入：容器通过调用无参构造器 或者无参static工厂 方法实例化bean之后，调用该bean的setter方法，也就是实现了基于setter的依赖注入。

        那构造器依赖注入与Setter方法注入的区别是：

         最好的解决方案就是用构造器参数实现强制依赖，setter方法实现可选依赖。

另外一个有趣的补充：

为什么使用Spring的@autowired注解后就不用写setter了？

为什么使用Spring的@autowired注解后就不用写setter了？_刘扬俊的博客-CSDN博客

3.第一种注入方式：使用 set 方法进行注入

（1）创建类，定义属性和对应的 set 方法

（2）在 spring 配置文件配置对象创建，配置属性注入

4、第二种注入方式：使用有参数构造进行注入

（1）创建类，定义属性，创建属性对应有参数构造方法

（2）在 spring 配置文件中进行配置

5、p 名称空间注入（了解）

        使用 p 名称空间注入，可以简化基于 xml 配置方式

        ①添加 p 名称空间在配置文件中

        ②进行属性注入，在 bean 标签里面进行操作

Spring基于xml注入bean的几种方式：

        set方法注入；

        构造器注入：

                ①通过index设置参数的位置；

                ②通过type设置参数类型

        静态工厂注入；

        实例工厂

8.IOC 操作 Bean 管理（xml 注入其他类型属性）

1、字面量

（1）null 值

（2）属性值包含特殊符号

2、注入属性-外部 bean

（1）创建两个类 service 类和 dao 类

（2）在 service 调用 dao 里面的方法

（3）在 spring 配置文件中进行配置

3、注入属性-内部 bean

（1）一对多关系：部门和员工 一个部门有多个员工，一个员工属于一个部门 部门是一，员工是多 （2）在实体类之间表示一对多关系，员工表示所属部门，使用对象类型属性进行表示

（3）在 spring 配置文件中进行配置

4、注入属性-级联赋值

（1）第一种写法

 （2）第二种写法

9.IOC 操作 Bean 管理（xml 注入集合属性）

1、注入数组类型属性

2、注入 List 集合类型属性

3、注入 Map 集合类型属性

（1）创建类，定义数组、list、map、set 类型属性，生成对应 set 方法

（2）在 spring 配置文件进行配置

4、在集合里面设置对象类型值

5、把集合注入部分提取出来

（1）在 spring 配置文件中引入名称空间 util

（2）使用 util 标签完成 list 集合注入提取

在Spring中如何注入一个java集合？

        Spring提供一下几种集合的配置元素：

        1.类型用于注入一列值，允许有相同的值；

        2.类型用于注入一组值，不允许有相同的值；

        3.类型用于注入一组键值对，键和值都可以为任意类型；

10.IOC 操作 Bean 管理（FactoryBean）

1、Spring 有两种类型 bean，一种普通 bean，另外一种工厂 bean（FactoryBean）

2、普通 bean：在配置文件中定义 bean 类型就是返回类型

3、工厂 bean：在配置文件定义 bean 类型可以和返回类型不一样

第一步 创建类，让这个类作为工厂 bean，实现接口 FactoryBean

第二步 实现接口里面的方法，在实现的方法中定义返回的 bean 类型

11.IOC 操作 Bean 管理（bean 作用域）

        （你怎样定义类的作用域？）

1、在 Spring 里面，设置创建 bean 实例是单实例还是多实例

2、在 Spring 里面，默认情况下，bean 是单实例对象

3、如何设置单实例还是多实例

（1）在 spring 配置文件 bean 标签里面有属性（scope）用于设置单实例还是多实例

（2）scope 属性值

        第一个值 默认值，singleton，表示是单实例对象（一个bean每次使用的时候必须返回同一个实例）

        第二个值 prototype，表示是多实例对象（当Spring要在需要的时候每次生产一个新的bean实例）

（3）singleton 和 prototype 区别

        第一 singleton 单实例，prototype 多实例

        第二 设置 scope 值是 singleton 时候，加载 spring 配置文件时候就会创建单实例对象

                设置 scope 值是 prototype 时候，不是在加载 spring 配置文件时候创建对象，在调用 getBean 方法时候创建多实例对象

        注意：默认bean的作用域是singleton。使用prototype作用域需要谨慎考虑，因为频繁创建和销毁bean会带来很大的性能开销。

        解释Spring支持的几种bean的作用域：

        除了上述说的singleton和prototype，还有：

        request：每次http请求都会创建一个bean，作用域仅在基于web的Spring ApplicationContext情况下才有效。

        session：在一个HTTP Session中，一个bean定义对应一个实例。作用域仅在基于web的Spring ApplicationContext情况下才有效。

        global-session：在一个全局的HTTP Session中，一个bean定义对应一个实例。作用域仅在基于web的Spring ApplicationContext情况下才有效。

12.IOC 操作 Bean 管理（bean 生命周期）

1、生命周期

        从对象创建到对象销毁的过程

2、bean 生命周期

（1）通过构造器创建 bean 实例（无参数构造）

（2）为 bean 的属性设置值以及对其他 bean 引用（调用 set 方法）

（3）调用 bean 的初始化的方法（需要进行配置初始化的方法）

（4）bean 可以使用了（对象获取到了）

（5）当容器关闭时候，调用 bean 的销毁的方法（需要进行配置销毁的方法）

3、演示 bean 生命周期

public class Orders {
    //无参数构造
     public Orders() {
     System.out.println("第一步 执行无参数构造创建 bean 实例");
     }

     private String oname;
     public void setOname(String oname) {
         this.oname = oname;
         System.out.println("第二步 调用 set 方法设置属性值");
     }

     //创建执行的初始化的方法
     public void initMethod() {
         System.out.println("第三步 执行初始化的方法");
     }

     //创建执行的销毁的方法
     public void destroyMethod() {
         System.out.println("第五步 执行销毁的方法");
     }
}

<bean id="orders" class="com.cui.spring5.bean.Orders" init-method="initMethod" destroy-method="destroyMethod">
 <property name="oname" value="手机"></property>
</bean>

@Test
 public void testBean3() {
    // ApplicationContext context =
        // new ClassPathXmlApplicationContext("bean4.xml");
     ClassPathXmlApplicationContext context =
         new ClassPathXmlApplicationContext("bean4.xml");
     Orders orders = context.getBean("orders", Orders.class);
     System.out.println("第四步 获取创建 bean 实例对象");
     System.out.println(orders);
     //手动让 bean 实例销毁
     context.close();
 }

4、bean 的后置处理器，bean 生命周期有七步

（1）通过构造器 创建 bean 实例（无参数构造）

（2）为 bean 的属性设置值以及对其他 bean 引用（调用 set 方法）

（3）把 bean 实例传递 bean 后置处理器的方法 postProcessBeforeInitialization

（4）调用 bean 的初始化的方法（需要进行配置初始化的方法）

（5）把 bean 实例传递 bean 后置处理器的方法 postProcessAfterInitialization

（6）bean 可以使用了（对象获取到了）

（7）当容器关闭时候，调用 bean 的销毁的方法（需要进行配置销毁的方法）

5、演示添加后置处理器效果

        创建类，实现接口 BeanPostProcessor，创建后置处理器

public class MyBeanPost implements BeanPostProcessor {
     @Override
     public Object postProcessBeforeInitialization(Object bean, String beanName) 
        throws BeansException {
         System.out.println("在初始化之前执行的方法");
         return bean;
     }
     @Override
     public Object postProcessAfterInitialization(Object bean, String beanName) 
        throws BeansException {
         System.out.println("在初始化之后执行的方法");
         return bean;
     }
}

<!--配置后置处理器-->
<bean id="myBeanPost" class="com.cui.spring5.bean.MyBeanPost"></bean>

Spring中bean的生命周期过程：

对上图进行描述：

        1、Spring对bean进行实例化；

        2、Spring将值和bean的引用注入到bean对应的属性中；

        3、如果bean实现了BeanNameAware接口，Spring将bean的ID传递给setBeanName（）方法；

        4、如果bean实现了BeanFactoryAware接口，Spring将调用setBeanFactory（）方法，将BeanFactory容器传入；

        5、如果bean实现了ApplicationContextAware接口，Spring将调用setApplicationContext（）方法，将bean所在的应用上下文的引用传入进来；

        6、如果bean实现了BeanPostProcessor接口，Spring将调用它们的postProcessorBoforeInitialization（）方法；

        7、如果bean实现了InitializingBean接口，Spring将调用它们的afterPropertiesSet（）方法。类似地，如果bean使用initMethod声明了初始化方法，该方法也会被调用；

        8、如果bean实现了BeanPostProcessor接口，Spring将调用它们的postProcessorAfterInitialization（）方法；

        9、此时bean以及准备就绪，可以被应用程序使用，它们将一直驻留在应用上下文中，直到该应用上下文被销毁；

        10、如果bean实现了DisposableBean接口，Spring将调用它的destory（）接口方法。同样，如果bean使用destoryMethod声明了销毁方法，该方法也会被调用。

13.IOC 操作 Bean 管理（xml 自动装配）

1、什么是自动装配

        根据指定装配规则（属性名称或者属性类型），Spring 自动将匹配的属性值进行注入

2、演示自动装配过程

（1）根据属性名称自动注入

<!--实现自动装配
 bean 标签属性 autowire，配置自动装配
 autowire 属性常用两个值：
 byName 根据属性名称注入 ，注入值 bean 的 id 值和类属性名称一样
 byType 根据属性类型注入
-->
<bean id="emp" class="com.cui.spring5.autowire.Emp" autowire="byName">
 <!--<property name="dept" ref="dept"></property>-->
</bean>
<bean id="dept" class="com.cui.spring5.autowire.Dept"></bean>

（2）根据属性类型自动注入

<!--实现自动装配
 bean 标签属性 autowire，配置自动装配
 autowire 属性常用两个值：
 byName 根据属性名称注入 ，注入值 bean 的 id 值和类属性名称一样
 byType 根据属性类型注入
-->
<bean id="emp" class="com.cui.spring5.autowire.Emp" autowire="byType">
 <!--<property name="dept" ref="dept"></property>-->
</bean>
<bean id="dept" class="com.cui.spring5.autowire.Dept"></bean>

自动装配有哪些局限性：

        1.重写：开发者仍然需要写配置来定义依赖，这就意味着总要重写自动装配；

        2.基本数据类型：开发者不能自动装配简单的属性，例如：基本数据类型、String字符串、还有类；

        3.模糊特性：自动装配不如显示装配精确，所以建议使用显示装配。

14.IOC 操作 Bean 管理(外部属性文件)

1、直接配置数据库信息

（1）配置德鲁伊连接池

（2）引入德鲁伊连接池依赖 jar 包

2、引入外部属性文件配置数据库连接池

（1）创建外部属性文件，properties 格式文件，写数据库信息

（2）把外部 properties 属性文件引入到 spring 配置文件中

        引入 context 名称空间

        在 spring 配置文件使用标签引入外部属性文件

15.IOC 操作 Bean 管理(基于注解方式)(重点掌握)

1、什么是注解

（1）注解是代码特殊标记，格式：@注解名称(属性名称=属性值, 属性名称=属性值..)

（2）使用注解，注解作用在类上面，方法上面，属性上面

（3）使用注解目的：简化 xml 配置

        面试题：1.什么是基于Java的Spring注解配置？并举一些例子。

        基于java的配置，允许开发者在少量的java注解的帮助下，进行大部分的Spring配置，而不是通过XML文件。

        以 @Configuration 注解为例，它是用来标记类可以当作一个bean的定义，被Spring IOC容器使用。

        再举一个例子，@Bean注解表示这个方法将要返回一个对象，作为一个bean注册进Spring应用上下文。

2、Spring 针对 Bean 管理中创建对象提供注解

（以下四者有何区别，请说明一下。）

（1）@Component        可用在普通组件上

        将java类标记为bean。它是任何Spring管理组件的通用构造型。Spring的组件扫描机制现在可以将其拾取并且将其拉入到应用程序环境当中。

（2）@Service        可用在普通组件上

        这个注解是组件注解的特化。它不会对@Component注解提供任何的其他行为。开发者可以在服务层类中使用@Service而不是@Component，因为它以更好的方式指定了意图。

（3）@Controller        可用在普通组件上

        将一个类标记为Spring Web MVC 控制器中。标有它的Bean会自动导入到 IOC 容器中。

（4）@Repository        用在dao层数据持久层上

        这个注解具有类似用途和功能的@Component注解的特化。它为DAO提供了额外的好处。它将DAO导入IOC容器，并使未经检查的异常有资格转换为Spring DataAccessException。

 上面四个注解功能是一样的，都可以用来创建 bean 实例

3、基于注解方式实现对象创建

第一步 引入依赖

第二步 开启组件扫描

第三步 创建类，在类上面添加创建对象注解

4、开启组件扫描细节配置

<!--示例 1
 use-default-filters="false" 表示现在不使用默认 filter，自己配置 filter
 context:include-filter ，设置扫描哪些内容
-->
<context:component-scan base-package="com.cui" use-default-filters="false">
 <context:include-filter type="annotation" 
 
expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
<!--示例 2
 下面配置扫描包所有内容
 context:exclude-filter： 设置哪些内容不进行扫描
-->
<context:component-scan base-package="com.cui">
 <context:exclude-filter type="annotation" 
 
expression="org.springframework.stereotype.Controller"/>
</context:component-scan>

5、基于注解方式实现属性注入

（1）@Autowired：根据属性类型进行自动装配

        该注解默认是按照类型装配注入的，默认情况下它要求依赖对象必须存在（可设置它的required属性为false）。@Autowired注解提供了更细粒度的控制，包括在何处以及如何完成自动装配。而用法与@Required一样，修饰setter方法，构造器，属性或者具有任意名称和多个参数的PN方法。

第一步 把 service 和 dao 对象创建，在 service 和 dao 类添加创建对象注解

第二步 在 service 注入 dao 对象，在 service 类添加 dao 类型属性，在属性上面使用注解

@Service
public class UserService {
     //定义 dao 类型属性
     //不需要添加 set 方法
     //添加注入属性注解
     @Autowired 
     private UserDao userDao;
     public void add() {
         System.out.println("service add.......");
         userDao.add();
     }
}

（2）@Qualifier：根据名称进行注入

        当开发者创建多个相同类型的bean并且希望仅仅使用属性装配其中一个bean时，开发者可以使用@Qualifier注解和@Autowire通过指定应该装配哪个确切的bean来消除歧义。

这个@Qualifier 注解的使用，和上面@Autowired 一起使用

//定义 dao 类型属性
//不需要添加 set 方法
//添加注入属性注解
@Autowired //根据类型进行注入
@Qualifier(value = "userDaoImpl1") //根据名称进行注入
private UserDao userDao;

（3）@Resource：可以根据类型注入，可以根据名称注入（默认按照名称）

//@Resource //根据类型进行注入
@Resource(name = "userDaoImpl1") //根据名称进行注入
private UserDao userDao;

（4）@Value：注入普通类型属性

@Value(value = "abc")
private String name;

        面试题2.如何开启注解装配？

        注解装配在默认情况下是不开启的，为了使用注解装配，我们必须在Spring配置文件中配置

<context:annotation-config/>元素。

        面试题3.@Autowired和@Resource之间的区别

        1.先把双方是什么说一遍

        2.区别：@Autowire默认是按照类型装配注入的，而且默认情况下它要求依赖对象必须存在

                      @Resource默认是按照名称来装配注入，只有找不到与名称相匹配的bean才会按照类型来装配注入。

6、完全注解开发

（1）创建配置类，替代 xml 配置文件

@Configuration //作为配置类，替代 xml 配置文件
@ComponentScan(basePackages = {"com.cui"})
public class SpringConfig {
}

（2）编写测试类

@Test
public void testService2() {
     //加载配置类
     ApplicationContext context 
         = new AnnotationConfigApplicationContext(SpringConfig.class);
     UserService userService = context.getBean("userService", UserService.class);
     System.out.println(userService);
     userService.add();
}

AOP

1.概念，什么是AOP

        （1）面向切面编程（方面），利用 AOP 可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。

        （2）通俗描述：不通过修改源代码方式，在主干功能里面添加新功能

        （3）使用登录例子说明 AOP

         首先登录，肯定需要输入用户名和密码，输入完成后在页面做表单提交，然后在程序中能得到用户名密码，就可以在数据库中进行查询，而查询过程中需要判断用户名和密码是否正确。

        假如用户的密码不正确，登陆失败后需要回到页面中再重新输入。

        用户的密码输入正确，就登陆到主页面中，完成过程。

        这是一个登录大概过程，这时我想在登录功能基础上添加功能，来一个权限判断。权限判断也就是假如我用用户名密码登录，而用户其实是有很多个角色，如果这时是一个管理员用户，他就应该有很多的操作权限，如果只是普通用户，那么可能只能操作某个功能。所以不用用户间的操作权限是不同的。

        那么这个功能怎么做呢？

        这时有两个方案，一个修改原代码进行实现，简单的一个伪代码if 管理员 alse if 普通用户，就执行其他代码。

        另一种方案就是AOP，面向切面编程，也就是不通过修改源代码方式添加新功能。具体操作就是：可以把权限判断单独写一个模块，然后配置到主干过程中。这样做的好处：之前的登陆代码无需改变，假如某天我不需要这个权限判断这个功能了，直接去掉就行，对源代码没有一点影响。那这个过程就叫AOP。就是把主干功能和权限判断功能分离出来，然后两个功能加一起就构成了更完善的功能，那这过程中它们是相互分离的，也就是降低了耦合度。不管有没有权限判断，这个登录功能依然可以执行下去。

AOP与OOP：

        OOP（Object-oriented Programming）面向对象编程，允许开发者定义 纵向的关系，但不适用于横向的关系，导致了大量代码的重复，而不利于各个模块的重用。

        AOP面向切面编程，作为面向对象的一种补充，用于将那些与业务无关的，但却对多个对象产生影响的公共行为与逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面（Aspect）”，减少系统中的重复代码，降低了模块间的耦合度，同时也提高了系统的可维护性。可用于权限验证、日志、事务处理等。

2.AOP（底层原理）

1、AOP 底层使用动态代理

（1）有两种情况动态代理

第一种 有接口情况，使用 JDK 动态代理

⚫ 创建接口实现类代理对象，增强类的方法

 第二种 没有接口情况，使用 CGLIB 动态代理 （CGLIB:Code Generation Library 代码生成库）

⚫ 创建子类的代理对象，增强类的方法

        JDK动态代理和CGLIB动态代理的区别：

        JDK动态代理只提供接口的代理，而不提供类的代理。核心是InvocationHandler接口和Proxy类，InvocationHandler通过invoke（）反射来调用目标类中的代码，动态地将横切逻辑和业务编织在一起；接着，Proxy利用InvocationHandler动态创建一个符合某一接口的实例，生成目标类的代理对象。

        如果代理类没有实现InvocationHandler接口，那么Spring AOP会选择使用CGLIB来动态代理目标类。CGLIB（Code Generation Library）,是一个代码生成的类库，可以在运行时动态地生成指定类的一个子类对象，并覆盖其中特定方法并添加增强代码，从而实现AOP。CGLIB是通过继承的方式做的动态代理，所以如果某个类被标记为final，那么它是无法使用CGLIB做动态代理的。

        静态代理和动态代理的区别在于生成AOP代理对象的时机不同，相对来说AspectJ的静态代理方式具有更好的性能，但AspectJ需要特定的编译器进行处理，而Spring AOP无需特定的编译器。

 3.AOP（JDK 动态代理）

1、使用 JDK 动态代理，使用 Proxy 类里面的方法创建代理对象

（1）调用 newProxyInstance 方法

方法有三个参数：

第一参数，类加载器

第二参数，增强方法所在的类，这个类实现的接口，支持多个接口

第三参数，实现这个接口 InvocationHandler，创建代理对象，写增强的部分

（2）创建接口实现类，实现方法

（3）使用 Proxy 类创建接口代理对象

        

4.AOP（术语）

1、连接点（Join point）

        类里面哪些方法可以被增强，这些方法称为连接点。在springAOP中，一个连接点总是代表一个方法 的执行。应用可能有数以千计的时机应用通知，这些时机被称为连接点。连接点是在应用执行过程中能够插入切面的一个点。这个点可以是在调用方法时、抛出异常时、甚至修改一个字段时。切面代码可以利用这些点插入到应用的正常流转之中，并添加新的行为。

2、切入点（Pointcut）

        实际被真正增强的方法，称为切入点。切点的定义会匹配通知所要织入的一个或多个连接点。我们通常使用明确的类和方法名称，或者利用正则表达式定义所匹配的类和方法名称来指定这些切入点。

3、通知（增强）（Advice）

        （1）实际增强的逻辑部分称为通知（增强），也可以说切面的工作就是通知

        （2）通知有很多种

        前置通知；

        后置通知；

        环绕通知；

        异常通知；

        最终（返回）通知

分为没有异常和有异常的情况：

4、切面（Aspect）

        是动作，把通知应用到切入点过程。通知和切入点共同定义了切面的全部内容。在SpringAOP中，切面可以使用通用类或者在普通类中以@AspectJ注解来实现。

        什么是切面Aspect？

        aspect由pointcut和advice组成，切面是通知和切入点的组合。它既包含了横切逻辑的定义，也包括了连接点的定义。SpringAOP就是负责实施切面的框架，将切面所定义的横切逻辑编织到切面所定义的连接点中。

        AOP的工作重心在于如何将增强编织目标对象的连接点上，这里包含两方面：

        如何通过切入点和通知定位到特定的连接点上；

        如何在通知中编写切面代码。

还有引入、目标对象、织入。

5.AOP 操作（准备工作）

1、Spring 框架一般都是基于 AspectJ 实现 AOP 操作

        AspectJ 不是 Spring 组成部分，独立 AOP 框架，一般把 AspectJ 和 Spirng 框架一起使用，进行 AOP 操作

2、基于 AspectJ 实现 AOP 操作

（1）基于 xml 配置文件实现

（2）基于注解方式实现（使用）

3、在项目工程里面引入 AOP 相关依赖

4、切入点表达式

（1）切入点表达式作用：知道对哪个类里面的哪个方法进行增强

（2）语法结构： execution([权限修饰符] [返回类型] [类全路径] [方法名称]([参数列表]) )

举例 1：对 com.cui.dao.BookDao 类里面的 add 进行增强

execution(* com.cui.dao.BookDao.add(..))

举例 2：对 com.cui.dao.BookDao 类里面的所有的方法进行增强

execution(* com.cui.dao.BookDao.* (..))

举例 3：对 com.cui.dao 包里面所有类，类里面所有方法进行增强

execution(* com.cui.dao.*.* (..))

6.AOP 操作（AspectJ 注解）

（解释一下基于注解的切面实现。）

1、创建类，在类里面定义方法

public class User {
     public void add() {
         System.out.println("add.......");
     }
}

2、创建增强类（编写增强逻辑）

在增强类里面，创建方法，让不同方法代表不同通知类型

//增强的类
public class UserProxy {
     public void before() {//前置通知
     System.out.println("before......");
     }
}

3、进行通知的配置

（1）在 spring 配置文件中，开启注解扫描

<!-- 开启注解扫描 -->
 <context:component-scan base-package="com.cui.spring5.aopanno"></context:component-scan>

（2）使用注解创建 User 和 UserProxy 对象

 （3）在增强类上面添加注解 @Aspect

//增强的类
@Component
@Aspect //生成代理对象
public class UserProxy {

（4）在 spring 配置文件中开启生成代理对象

<!-- 开启 Aspect 生成代理对象-->
<aop:aspectj-autoproxy></aop:aspectj-autoproxy>

4、配置不同类型的通知

        在增强类的里面，在作为通知方法上面添加通知类型注解，使用切入点表达式配置

//增强的类
@Component
@Aspect //生成代理对象
public class UserProxy {
     //前置通知
     //@Before 注解表示作为前置通知
     @Before(value = "execution(* com.cui.spring5.aopanno.User.add(..))")
     public void before() {
         System.out.println("before.........");
     }
     //后置通知（返回通知）
     @AfterReturning(value = "execution(* com.cui.spring5.aopanno.User.add(..))")
     public void afterReturning() {
         System.out.println("afterReturning.........");
     }
     //最终通知
     @After(value = "execution(* com.cui.spring5.aopanno.User.add(..))")
     public void after() {
         System.out.println("after.........");
     }
     //异常通知
     @AfterThrowing(value = "execution(* com.cui.spring5.aopanno.User.add(..))")
     public void afterThrowing() {
         System.out.println("afterThrowing.........");
     }
     //环绕通知
     @Around(value = "execution(* com.cui.spring5.aopanno.User.add(..))")
     public void around(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
         System.out.println("环绕之前.........");
         //被增强的方法执行
         proceedingJoinPoint.proceed();
         System.out.println("环绕之后.........");
     }
}

5、相同的切入点抽取

//相同切入点抽取
@Pointcut(value = "execution(* com.cui.spring5.aopanno.User.add(..))")
public void pointdemo() {
}
//前置通知
//@Before 注解表示作为前置通知
@Before(value = "pointdemo()")
public void before() {
     System.out.println("before.........");
}

6、有多个增强类多同一个方法进行增强，设置增强类优先级

在增强类上面添加注解 @Order(数字类型值)，数字类型值越小优先级越高

@Component
@Aspect
@Order(1)
public class PersonProxy

7、完全使用注解开发

创建配置类，不需要创建 xml 配置文件

@Configuration
@ComponentScan(basePackages = {"com.cui"})
@EnableAspectJAutoProxy(proxyTargetClass = true)
public class ConfigAop {
}

Spring AOP和AspectJ AOP有什么区别？AOP有哪些实现方式？

        AOP实现的 关键就在于代理模式，AOP代理主要分为静态代理和动态代理，静态代理的代表就是AspectJ，而动态代理的代表是Spring AOP。

        （1）AspectJ是静态代理的增强，所谓静态代理，就是AOP框架会在编译阶段生成AOP代理类，因此也称为编译时增强，它会在编译阶段将AspectJ（切面）植入到java字节码中，运行之后就是增强之后的AOP对象。

        （2）Spring AOP使用的动态代理，所谓的动态代理就是说AOP框架不会去修改字节码，而是每次运行时在内存中临时为方法生成一个AOP对象，那么这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处理，并回调原对象的方法。

JdbcTemplate

JdbcTemplate(概念和准备)

1、什么是 JdbcTemplate（Spring JDBC API中存在哪些类？JdbcTemplate就是其中一员）

        Spring 框架对 JDBC 进行封装，使用 JdbcTemplate 方便实现对数据库操作。

        JdbcTemplate类提供了很多便利的方法，解决例如把数据库数据转变成基本数据类型或者对象，执行写好的或可调用的数据库操作语句，提供自定义的数据错误处理。

2、准备工作

（1）引入相关 jar 包

（2）在 spring 配置文件配置数据库连接池

（3）配置 JdbcTemplate 对象，注入 DataSource

（4）创建 service 类，创建 dao 类，在 dao 注入 jdbcTemplate 对象

JdbcTemplate 操作数据库（添加）

1、对应数据库创建实体类

2、编写 service 和 dao

（1）在 dao 进行数据库添加操作

（2）调用 JdbcTemplate 对象里面 update 方法实现添加操作

 3、测试类

        Spring DAO有什么用？

        Spring DAO数据访问对象，使得JDBC,Hibernate这样的数据访问技术更容易以一种统一的方式工作。这样用户容易在持久性技术之间切换。它还允许开发者在编码时，无需考虑捕获每种技术不同的异常。

JdbcTemplate 操作数据库（修改和删除）

1、修改

2、删除

JdbcTemplate 操作数据库（查询返回某个值）

1、查询表里面有多少条记录，返回是某个值

2、使用 JdbcTemplate 实现查询返回某个值代码

 JdbcTemplate 操作数据库（查询返回对象）

1、场景：查询图书详情

2、JdbcTemplate 实现查询返回对象

JdbcTemplate 操作数据库（查询返回集合）

1、场景：查询图书列表分页…

2、调用 JdbcTemplate 方法实现查询返回集合

JdbcTemplate 操作数据库（批量操作）

1、批量操作：操作表里面多条记录

2、JdbcTemplate 实现批量添加操作

 3、JdbcTemplate 实现批量修改操作

4、JdbcTemplate 实现批量删除操作

事务操作

事务操作（事务概念）

1、什么事务

（1）事务是数据库操作最基本单元，逻辑上一组操作，要么都成功，如果有一个失败所有操 作都失败

（2）典型场景：银行转账

* lucy 转账 100 元 给 mary

* lucy 少 100，mary 多 100

2、事务四个特性（ACID）

（1）原子性 （2）一致性 （3）隔离性 （4）持久性

事务操作（搭建事务操作环境）

1、创建数据库表，添加记录 

2、创建 service，搭建 dao，完成对象创建和注入关系

（1）service 注入 dao，在 dao 注入 JdbcTemplate，在 JdbcTemplate 注入 DataSource

3、在 dao 创建两个方法：多钱和少钱的方法，在 service 创建方法（转账的方法）

4、上面代码，如果正常执行没有问题的，但是如果代码执行过程中出现异常，有问题

（1）上面问题如何解决呢？

* 使用事务进行解决

（2）事务操作过程

事务操作（Spring 事务管理介绍）

1、事务添加到 JavaEE 三层结构里面 Service 层（业务逻辑层）

2、在 Spring 进行事务管理操作

有两种方式：编程式事务管理和声明式事务管理（使用）

Spring支持的事务管理类型，Spring事务实现方法方式有那些？

        编程式事务管理：意味着开发者通过编程的方式管理事务，这种方式灵活性很高，但是维护难度和成本大；

        声明式事务管理：意味着开发者可以将业务代码和事务管理分离，开发者只需要用注解和XML配置来管理事务。

为什么更倾向用声明式事务管理？

        大多数Spring框架的用户会选择声明式事务管理，因为它对应用代码的影响最小，因此更符合一个无侵入性的轻量级容器的思想。声明式事务管理要优于编程式事务管理，虽然比编程式事务管理少了点灵活性。

3、声明式事务管理

（1）基于注解方式（使用）

（2）基于 xml 配置文件方式

4、在 Spring 进行声明式事务管理，底层使用 AOP 原理

5、Spring 事务管理 API

提供一个接口，代表事务管理器，这个接口针对不同的框架提供不同的实现类

事务操作（注解声明式事务管理）

1、在 spring 配置文件配置事务管理器

2、在 spring 配置文件，开启事务注解

（1）在 spring 配置文件引入名称空间 tx

（2）开启事务注解

3、在 service 类上面（或者 service 类里面方法上面）添加事务注解

（1）@Transactional，这个注解添加到类上面，也可以添加方法上面

（2）如果把这个注解添加类上面，这个类里面所有的方法都添加事务

（3）如果把这个注解添加方法上面，为这个方法添加事务

事务操作（声明式事务管理参数配置）

1、在 service 类上面添加注解@Transactional，在这个注解里面可以配置事务相关参数

         timeout：超时时间

        （1）事务需要在一定时间内进行提交，如果不提交进行回滚

        （2）默认值是 -1 ，设置时间以秒单位进行计算

        readOnly：是否只读

        （1）读：查询操作，写：添加修改删除操作

        （2）readOnly 默认值 false，表示可以查询，可以添加修改删除操作

        （3）设置 readOnly 值是 true，设置成 true 之后，只能查询

        rollbackFor：回滚

        设置出现哪些异常进行事务回滚

        noRollbackFor：不回滚

        设置出现哪些异常不进行事务回滚

Spring事务的实现方式和实现原理：

        Spring事务的本质其实就是数据库对事物的支持，没有数据库的事务支持，spring是无法提供事务功能的。真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的。

2、propagation：事务传播行为（面试高频）

（1）多事务方法直接进行调用，这个过程中事务是如何进行管理的

 

        说一下Spring的事务传播行为

        1.Spring事务的传播行为说的是，当多个事务同时存在的时候，spring是如何处理这些事务 的行为。

        2.把上面表格背下来

3、ioslation：事务隔离级别（面试高频）

（1）事务有特性成为隔离性，多事务操作之间不会产生影响。不考虑隔离性产生很多问题

（2）有三个读问题：脏读、不可重复读、虚（幻）读

（3）脏读：一个未提交的事务读取到另一个未提交的事务的数据

举个例子，事务1尝试插入记录A,此时事务1还未提交，然而事务2读取到了记录A，如果事务1回滚了，那事务2读取到的记录A就是脏数据，属于脏读。

 （4）不可重复读：一个未提交事务读取到另一提交事务修改数据

（5）虚读：一个未提交事务读取到另一提交事务添加数据 

        举个例子：事务1第一次查询时有n条记录，但是第二次同等条件下查询却有n+1条数据，这就好像产生了幻觉。发生幻读的原因，可能时事务2新增或者删除或者修改了事务1的结果集里的数据，同一个记录的数据内容被修改了。

（6）解决：通过设置事务隔离级别，解决读问题

说一下Spring的事务隔离？

        有5大隔离，默认值为ISOLATION_DEFAULT(使用数据库的设置)，其他四个隔离级别和数据库的隔离级别一致。

        默认值为ISOLATION_DEFAULT：用底层数据库的设置隔离级别，数据库设置的是什么我就用什么；

        ISOLATION_READ_UNCOMMITTED：未提交读，最低隔离级别，事务未提交前，就可以被其他事务读取（会出现脏读、幻读、不可重复读）；

        ISOLATION_READ_COMMITTED：读已提交，一个事务提交后才能被其他事务读取到（会造成幻读、不可重复读），SQL Server的默认级别；

        ISOLATION_REPEATABLE_READ：可重复读，保证多次读取同一个数据时，它的值都和事务开启的时候的内容是一致的，禁止读取到别的事务未提交的数据（会造成幻读），MySQL的默认级别；

        ISOLATION_SERIALIZABLE：序列化，代价最高也最可靠的隔离级别，能防止脏读、幻读、不可重复读。但是会影响性能

        然后介绍脏读幻读不可重复读。

事务操作（XML 声明式事务管理）

1、在 spring 配置文件中进行配置

第一步 配置事务管理器

第二步 配置通知

第三步 配置切入点和切面

<!--1 创建事务管理器-->
<bean id="transactionManager" 
    class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
     <!--注入数据源-->
     <property name="dataSource" ref="dataSource"></property>
</bean>

<!--2 配置通知-->
<tx:advice id="txadvice">
     <!--配置事务参数-->
     <tx:attributes>
         <!--指定哪种规则的方法上面添加事务-->
         <tx:method name="accountMoney" propagation="REQUIRED"/>
     <!--<tx:method name="account*"/>-->
     </tx:attributes>
</tx:advice>

<!--3 配置切入点和切面-->
<aop:config>
     <!--配置切入点-->
     <aop:pointcut id="pt" expression="execution(* 
    com.cui.spring5.service.UserService.*(..))"/>
     <!--配置切面-->
     <aop:advisor advice-ref="txadvice" pointcut-ref="pt"/>
</aop:config>

事务操作（完全注解声明式事务管理）

1、创建配置类，使用配置类替代 xml 配置文件

@Configuration //配置类
@ComponentScan(basePackages = "com.atguigu") //组件扫描
@EnableTransactionManagement //开启事务
public class TxConfig {
     //创建数据库连接池
     @Bean
     public DruidDataSource getDruidDataSource() {
         DruidDataSource dataSource = new DruidDataSource();
         dataSource.setDriverClassName("com.mysql.jdbc.Driver");
         dataSource.setUrl("jdbc:mysql:///user_db");
         dataSource.setUsername("root");
         dataSource.setPassword("root");
         return dataSource;
     }

     //创建 JdbcTemplate 对象
     @Bean
     public JdbcTemplate getJdbcTemplate(DataSource dataSource) {
         //到 ioc 容器中根据类型找到 dataSource
         JdbcTemplate jdbcTemplate = new JdbcTemplate();
         //注入 dataSource
         jdbcTemplate.setDataSource(dataSource);
         return jdbcTemplate;
     }

     //创建事务管理器
     @Bean
     public DataSourceTransactionManager getDataSourceTransactionManager(DataSource dataSource) {
        DataSourceTransactionManager transactionManager = 
            new DataSourceTransactionManager();
         transactionManager.setDataSource(dataSource);
         return transactionManager;
         }
}

总结一下：

        1、Spring 框架概述 

        轻量级开源 JavaEE 框架，为了解决企业复杂性，两个核心组成：IOC 和 AOP

        2、IOC 容器

        （1）IOC 底层原理（工厂、反射等）

        （2）IOC 接口（BeanFactory）

        （3）IOC 操作 Bean 管理（基于 xml）

         （4）IOC 操作 Bean 管理（基于注解）

        3、Aop

        （1）AOP 底层原理：动态代理，有接口（JDK 动态代理），没有接口（CGLIB 动态代理）         （2）术语：切入点、增强（通知）、切面

        （3）基于 AspectJ 实现 AOP 操作

        4、JdbcTemplate

        （1）使用 JdbcTemplate 实现数据库 curd 操作

        （2）使用 JdbcTemplate 实现数据库批量操作

        5、事务管理

        （1）事务概念

        （2）重要概念（传播行为和隔离级别）

        （3）基于注解实现声明式事务管理

        （4）完全注解方式实现声明式事务管理