Spring框架#

Spring框架 作用：主要解决了创建对象和管理对象的问题 在使用Spring框架后，当需要某个对象时，直接通过Spring获取对象即可。 Spring可以保证类的对象的唯一性，是的各组件出现依赖关系时，不会创建多个相同的对象。 由于Spring会创建很多对象并管理起来，开发者需要时直接获取即可，所以Spring通常被称为:“Spring容器”。

通过Spring创建并管理对象 - 组件扫描 Spring提供了组件扫描机制，它可以扫描指定的包(包含子孙包)，并查找是否存在组件类，判定组件类的标准是类上是否有 组件注解，基础的组件注解有：

• @Component
• @Controller
• @Service
• @Repository 在Spring框架的解释中，以上4个注解完全等效，只是语义不同。

所以，当某个类需要被Spring框架创建对象是，需要：

• 确保这个类在组件扫描的范围之内
• 确保这个类添加了组件注解 提示：在Spring Boot项目中，默认就已经配置好了组件扫描，扫描的根包就是创建项目已存在的包

通过Spring创建并管理对象 - @Bean方法 在Spring框架使用中，如果某个类添加了@Configuration注解，则此类表示“配置类”。（也需在组件扫描范围内） 在配置类中，可以自行添加一些方法，方法上面个添加@Bean注解，则此方法会被Spring自动调用，且方法返回的对象也会 被Spring管理。（在同一个配置中，允许有多个@Bean方法存在） 关于方法的声明： 1.访问权限：应该是public 2.返回值类型：希望Spring管理的对象类型 3.方法名：自定义 4.方法体：应该正确的返回与声明匹配的对象

如何选择创建并管理对象的方式 1.自定义类型：两种方式都可以，更推荐组件扫描方式。 2.非自定义类型：只能使用@Bean方式(没有办法在这些类型上添加组件注解)

练习#

在controller包中创建BrandController、PictureController、AlbumController， 也都将由Spring来创建对象，并测试是否可以获取到对象

自动装配#

当某个属性需要值时，或被Spring调用的方法需要参数值时，Spring框架会自动从容器中查找符合的对象， 自动为属性或方法的参数赋值。

在属性上，添加@Autowired注解，即可使得Spring尝试自动装配。

练习#

假设在项目中存在：

• IBrandRepository
• BrandRepositoryImpl
• IBrandService
• BrandServiceImpl
• BrandController

其依赖关系是：在Service组件中需要使用到Repository，在Controller组件中需要使用到Service。

要实现以上目标，需要：

• 以上各类和接口都应该在组件扫描的根包或其子孙包下

• IBrandRepository、IBrandService不需要添加注解，而BrandRepositoryImpl应该添加@Repository注解， BrandServiceImpl添加@Service注解，BrandController添加@Controller注解

• 在BrandServiceImpl中声明BrandRepositoryImpl类型的变量（暂时声明为public）

  • 【测试】在没有添加@Autowired之前，此变量的值为null

    • 可以在测试类中自动装配BrandServiceImpl，并在测试方法中输出BrandRepositoryImpl变量的值，例如：

    @Autowired BrandServiceImpl brandService;

    @Test public void testBrandAutowired() { System.out.println(brandService.brandRepositoryImpl); }

  • 【测试】当已经添加@Autowired之后，此变量的值为BrandRepositoryImpl类型的对象

• 使得BrandRepositoryImpl实现IBrandRepository接口

  • 【测试】将BrandServiceImpl中，原本声明为BrandRepositoryImpl类型的变量，改为IBrandRepository类型，再次观察，此变量的值不变

• 在BrandController中声明BrandServiceImpl类型的变量

  • 【测试】在没有添加@Autowired之前，此变量的值为null
  • 【测试】当已经添加@Autowired之后，此变量的值为BrandServiceImpl类型的对象

• 使得BrandServiceImpl实现IBrandService接口

  • 【测试】将BrandController中，原本声明为BrandServiceImpl类型的变量，改为IBrandService类型，再次观察，此变量的值不变

练习#

假设在项目中存在：

• IAlbumRepository
• AlbumRepositoryImpl
• IAlbumService
• AlbumServiceImpl
• AlbumController

其依赖关系是：在Service组件中需要使用到Repository，在Controller组件中需要使用到Service。

案例目标：

• Spring能自动创建AlbumRepositoryImpl类的对象

• 在repo.impl包下创建此类，并且，在此类上添加@Repository

• 检验方式：添加构造方法并输出；在测试类中，自动装配此类型的对象，并输出

• Spring能自动创建AlbumServiceImpl类的对象

• 同上，此类应该在service.impl包下（impl包不存在，需创建）

• 在AlbumServiceImpl类有AlbumRepositoryImpl的属性，并自动装配

• 在AlbumServiceImpl内部，声明AlbumRepositoryImpl类型的变量，并添加@Autowired注解

• 检查方式：在测试类中，输出AlbumServiceImpl对象的AlbumRepositoryImpl属性，应该是有值的

• 创建IAlbumRepository接口，使得AlbumRepositoryImpl实现IAlbumRepository接口，并且，在AlbumServiceImpl应该是基于接口编程的，所以，原本声明为AlbumRepositoryImpl的变量，改为IAlbumRepository接口类型的声明

• 实现在Controller组件中需要使用到Service，则需要先创建AlbumController类，并添加@Controller注解，然后，在AlbumController内部，声明public AlbumServiceImpl albumService;，并在此属性上添加@Autowired，则此属性将被Spring自动装配值，如果要调整为基于接口的编程，还需要创建IAlbumService接口，并使得AlbumServiceImpl实现此接口，最后，在AlbumController中，原本的声明public AlbumServiceImpl albumService;改为public IAlbumService albumService;即可

• 检查方式：在测试类中自动装配AlbumController，在测试方法中输出AlbumController变量中的albumService属性的值，应该会输出有效值

• 1
    @Autowired
  2
    AlbumController albumController;
  3
  
  4
    @Test
  5
    public void testAlbumControllerAutowired() {
  6
        System.out.println(albumController.albumService);
  7
    }

Spring Bean的作用域#

Spring管理的对象默认都是单例的，可以使用@Scope("prototype")使之“非单例”。

单例：单一实例，具体表现为：在某一时间点，此类的对象最多只有1个。 需要注意：Spring Bean的特性与通过设计模式中的单例模式创建的对象相同，但是，Spring框架并没有使用单例模式，所以， 在描述时，把Spring Bean描述为单例模式是不对的。

当Spring管理的对象是单例状态时，默认是预加载的（加载Spring环境时就会创建此类的对象，类似于设计模式中的单例模式的饿汉式)，也可以使用@Lazy注解将其配置为懒加载的（加载Spring环境时并不会直接创建此类的对象，当第1次尝试获取此对象时，才会创建对象，类似于设计模式中的单例模式的懒汉式）。

小结#

你应该：

• 使得自定义的类被Spring管理对象
• 确保类在组件扫描的包下，且在类上添加组件注解
• 认识4个基础的组件注解
• @Component / @Controller / @Service / @Repository
• 了解Spring的自动装配
• 在属性上添加@Autowired，则Spring会自动尝试为此属性赋值，是否成功，取决于Spring容器中是否存在合适的对象
• 理解组件之间的调用关系
• Controller >>> Service >>> Repository
• 理解基于接口的编程的思想

你可能需要知道的

1
BrandController{
2
    addNew(){
3
        -----------------切面----------
4
        brandService.insert();
5
    }
6
}
7
BrandServiceImpl{
8
    insert(){
9
        //...
10
    }
11
}

定义切面的语法#

1
execution(
2
modifier-pattern,?
3
ret-type-pattern,
4
declaring-type-pattern,?
5
name-pattern(param-pattern),
6
throws-pattern?
7
)
8
带有？是可选属性，不带有？的是必须写的
9
modifier-pattern - 访问修饰符（可选）
10
ret-type-pattern - 返回值类型（必须）
11
declaring-type-pattern - 全路径类名（可选）
12
name-pattern(param-pattern) - 参数列表（必须）
13
throws-pattern - 抛出的异常类型（可选）

分析下面切面表达的含义：

1
execution(* *(..))
2
 匹配全部方法:Spring框架能扫描到的范围内的全部方法
3
execution(public * cn.tedu.jsd2203.csmall.server.controller.BrandController.*(..))
4
 匹配cn.tedu.jsd2203.csmall.server.controller.BrandController类中所有被public修饰的方法
5
execution(* cn.tedu.jsd2203.csmall.server.controller.*.*(..))
6
 匹配cn.tedu.jsd2203.csmall.server.controller包中所有类的所有方法

1
pom.xml导入依赖项
2
        <dependency>
3
            <groupId>org.springframework.boot</groupId>
4
            <artifactId>spring-boot-starter-aop</artifactId>
5
        </dependency>

关于@Autowired注解与@Resource注解的区别#

在使用Spring框架时，在类的属性上使用@Autowired或@Resource都可以实现自动装配！

关于这2个注解，@Autowired是Spring框架定义的注解，@Resource注解是javax包中注解！

关于@Autowired的装配机制是：

1. 先根据类型在Spring容器中查找匹配的对象，看看有多少个

2. 如果匹配类型的对象的数量为0，即没有，取决于@Autowired的required属性 2.1. 如果required=true，则装配失败，在加载Spring时就会报错 2.2. 如果required=false，则放弃自动装配，需要自动装配的属性的值为null，加载Spring时并不会报错， 但在后续的使用中，可能会出现NPE(空指针异常)

3. 如果匹配类型的对象有且仅有1个，则直接装配

4. 如果匹配类型的对象的数量超过1个（2个或更多个），将尝试根据名称来装配 4.1. 如果存在名称匹配的对象，则成功装配 4.2. 如果不存在名称匹配的对象，则装配失败，在加载Spring时就会报错

关于@Resource的装配机制是先尝试根据名称来装配，如果成功，则装配完成，如果失败，会尝试根据类型来装配，如果仍失败， 则装配失败！

从最终的体验来看，这2个注解都可以实现相同的效果，使用@Autowired能成功装配的，使用@Resource也可以， 使用@Autowired无法装配的，使用@Resource也无法装配。