五种作用域（PPT 第 10 页）#

PPT 第 10 页的原文：Spring 支持五种作用域，后三种在 web 环境才生效。

改作用域的方式是加一个 @Scope 注解，PPT 第 10 页拿控制器举例：

1
@Scope("prototype")
2
@RequestMapping("/depts")
3
@RestController
4
public class DeptController {
5
}

这样 DeptController 就从”容器里只有一个”变成”每次使用都新建一个实例”。注意 PPT 的措辞是”容器内同名称的 bean 只有一个实例”——singleton 说的是同一个 bean 定义只产生一个对象（85 篇讲的动态代理就是套在这么一个单例上的），不是”整个容器只有一个 bean”。

写在哪里：启动类（不推荐）vs 配置类（推荐）#

PPT 第 12 页给了两段代码做对比。第一段写在启动类里：

1
@SpringBootApplication
2
public class SpringbootWebConfigApplication {
3
    @Bean //将方法返回值交给IOC容器管理,成为IOC容器的bean对象
4
    public AliyunOSSOperator aliyunOSSOperator(AliyunOSSProperties ossProperties) {
5
        return new AliyunOSSOperator(ossProperties);
6
    }
7
}

第二段写在专门的配置类里——PPT 标注”推荐”：

1
@Configuration
2
public class OSSConfig {
3
    @Bean
4
    public AliyunOSSOperator aliyunOSSOperator(AliyunOSSProperties ossProperties) {
5
        return new AliyunOSSOperator(ossProperties);
6
    }
7
}

PPT 给推荐版本的理由：若要管理的第三方 bean 对象，建议对这些 bean 进行集中分类配置，可以通过 @Configuration 注解声明一个配置类。

两种写法技术上都能用（启动类头上的 @SpringBootApplication 里本来就包含 @SpringBootConfiguration，它本身也是一个配置类），区别在组织方式：

@Bean 的两个细节（PPT 第 12 页）#

注意 1：通过 @Bean 注解的 name 或 value 属性可以声明 bean 的名称，如果不指定，默认 bean 的名称就是方法名。

注意 2：如果第三方 bean 需要依赖其它 bean 对象，直接在 bean 定义方法中设置形参即可，容器会根据类型自动装配。

第一条：上面那段代码里没人指定名字，那么这个 bean 在容器里的名字就是 aliyunOSSOperator（方法名）；要改名就写 @Bean("ossOperator")（value 与 name 是同一件事）。

第二条：形参不用自己传——aliyunOSSOperator(AliyunOSSProperties ossProperties) 这个方法不是我们调用的，是容器在创建 bean 时调用的，它会按参数类型去容器里找一个 AliyunOSSProperties 塞进来，这就是 39 篇讲的依赖注入在 @Bean 方法上的形态：不用 @Autowired，参数里写上类型就行。

一、知识回顾（读完直接做下面的实践题）#

1. 三种配置文件格式：application.properties（server.port=8081，键=值）、application.yml（server: 换行缩进 port: 8082）、application.yaml（与 yml 同语法）。SpringBoot 支持多种，但推荐统一使用一种格式（yml 是主流）
2. 两种外置配置方式：Java 系统属性 -Dserver.port=9000（IDEA 填在 VM options，位于 -jar 之前）、命令行参数 --server.port=10010（IDEA 填在 Program arguments，位于 -jar 之后）
3. 完整优先级（低 → 高）：application.yaml（忽略）< application.yml < application.properties < Java 系统属性（-Dxxx=xxx）< 命令行参数（--xxx=xxx）
4. 三个配置文件同时存在会怎样：只有 application.properties 生效，另外两份被整份压住（不是合并），所以往 yml 里改端口不会有效果
5. 本机实测三行：三个配置文件同时存在 java -jar → 8081；加 -Dserver.port=9000 → 9000；再加 --server.port=10010 → 10010（日志句子是 Tomcat started on port xxx (http)）
6. 打包与运行两步：① 执行 Maven 的 package 指令，打出 xxx-0.0.1-SNAPSHOT.jar；② 执行 java -jar xxx.jar。打包需要插件 spring-boot-maven-plugin（基于官网骨架创建项目会自动添加）
7. 五种 Bean 作用域：singleton（默认，容器内同名称的 bean 只有一个实例）、prototype（每次使用创建新实例）、request（每个请求一份）、session（每个会话一份）、application（每个应用一份）——后三种在 web 环境才生效，了解；用 @Scope("prototype") 这种方式指定
8. 单例的创建时机与延迟：默认 singleton 的 bean 在容器启动时被创建，可用 @Lazy 延迟初始化（延迟到第一次使用时）；实际开发中绝大部分 Bean 是单例，不需要配置 scope 属性
9. 第三方 Bean 的规矩：来自第三方的类无法用 @Component 及衍生注解声明（注解加不到别人的源码上），要用 @Bean——注解写在方法上，方法返回值交给 IOC 容器；推荐把这类 bean 集中分类配置在 @Configuration 配置类里（写在启动类里不推荐）
10. @Bean 的两个细节 + 选择原则：bean 名称默认是方法名（可用 name / value 属性改）；第三方 bean 需要别的 bean 时直接在方法形参上写类型，容器按类型自动装配；选择原则是自定义类用 @Component 及衍生注解，第三方依赖中的类用 @Bean

二、裸写题#

• 2-1 三份配置文件同时放在一起，判断谁会生效 需求：工程 src/main/resources 下同时放了三份配置文件，都用同一种”服务端口”配置、值分别是 8081（properties）、8082（yml）、8083（yaml）。 ① 写出这三份文件的内容（三种格式各一份）； ② 不改代码、不打包，先判断：java -jar 启动后实际生效的是哪个端口，为什么？另外两个值去哪了？ ③ 现在想让自己最习惯用的那种格式里的值生效，最简单的做法是什么？ （写作区见练习文件 test_88_配置文件优先级.yml。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：三份文件里写的是同一个键，SpringBoot 不会把它们”合起来”，只会取优先级最高的那一份；想换谁生效，先看它在链条里的位置，再决定是”删掉别人”还是”用更高优先级的东西压住它” 二级 · 方法：server.port；properties 是 server.port=8081，另外两种是 server: + 缩进 port: 8082；优先级链条：application.yaml < application.yml < application.properties < Java 系统属性 < 命令行参数 三级 · 骨架：# application.properties → server.port=____；# application.yml → server: 换行两空格 ____: ____；③ 的回答从”删掉 application.properties 和 application.yaml”或”用 -D / -- 参数压住”两条路里选一条写清

  参考答案（做完再点开）

  1
  server.port=8081

  1
  server:
  2
    port: 8082

  1
  server:
  2
    port: 8083

  ② 生效的是 8081（application.properties）。因为优先级是 application.yaml < application.yml < application.properties，同一个键只留优先级最高的那份值，另外两份整份被忽略（不是合并、也不是部分生效）——本机实测就是这个结果：日志里只有 Tomcat started on port 8081 (http)，8082 / 8083 两个端口都没起。 ③ 最简单是只留一份：删掉 application.properties 和 application.yaml，只保留 application.yml（这也是 PPT 第 4 页”推荐统一使用一种格式”的落地做法）。如果不想删，就得用更高优先级的方式压住它，比如 java -Dserver.port=8082 -jar xxx.jar 或 java -jar xxx.jar --server.port=8082。 自查：把值改成自己的三个端口重跑一遍，看控制台那句 Tomcat started on port xxx 是不是永远等于 properties 里的值。

• 2-2 不改代码、不重新打包，让已经打好的 jar 换端口跑起来 需求：工程已经打好了 tlias-web-management-0.0.1-SNAPSHOT.jar，里面配置文件写的端口不合适。要求不动代码、不重新 package，用两种启动方式把端口改成别的值： ① 用”JVM 层面”的属性方式启动，端口用 9000； ② 用”传给应用参数”的方式启动，端口用 10010； ③ 两种写在同一条命令里时，谁说了算？为什么？ （写作区见练习文件 test_88_配置文件优先级.yml。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：配置的来源不止配置文件一个——启动 jar 时还能从命令上带参数进去，这两种外置方式的优先级都比配置文件高，所以不用改文件也能改端口 二级 · 方法：Java 系统属性 -Dserver.port=9000 写在 java 与 -jar 之间（IDEA 里对应 VM options）；命令行参数 --server.port=10010 写在 -jar xxx.jar 之后（IDEA 里对应 Program arguments） 三级 · 骨架：① java ____ -jar tlias-web-management-0.0.1-SNAPSHOT.jar；② java -jar tlias-web-management-0.0.1-SNAPSHOT.jar ____；③ 优先级链条里命令行参数在 Java 系统属性之____

  参考答案（做完再点开）

  1
  # ① Java 系统属性（-D 开头，放在 -jar 之前）
  2
  java -Dserver.port=9000 -jar tlias-web-management-0.0.1-SNAPSHOT.jar
  3
  
  4
  # ② 命令行参数（-- 开头，放在 jar 之后）
  5
  java -jar tlias-web-management-0.0.1-SNAPSHOT.jar --server.port=10010
  6
  
  7
  # ③ 两种一起写（课程 PPT 第 6 页那条完整命令）
  8
  java -Dserver.port=9000 -jar tlias-web-management-0.0.1-SNAPSHOT.jar --server.port=10010

  ③ 生效的是 10010——命令行参数。优先级链条（低 → 高）是：application.yaml（忽略）< application.yml < application.properties < Java 系统属性 < 命令行参数，所以两条一起写时命令行参数压过 Java 系统属性。 本机实测就是这么一路压上来的：8081（配置文件）→ 9000（-D）→ 10010（--）；对照时只要看日志里那句 Tomcat started on port xxx (http)。 自查：不加任何参数启动一次，端口回到配置文件里的值——说明这两种方式只是”覆盖”，不是”取代”。

• 2-3 把一个”加不了注解”的工具类交给容器管理 需求：工程里有一对工具类——AliyunOSSOperator（构造方法接收一个 AliyunOSSProperties，用来上传文件）和 AliyunOSSProperties（三个字段：endpoint / bucketName / region）。现在 AliyunOSSOperator 的源码按”不能改”处理（就当它来自第三方 jar 包），可我们要在 Controller 里直接注入它。 要求： ① 写一个配置类，把 AliyunOSSOperator 作为 bean 交给 IOC 容器（构造时需要把参数对象传进去）； ② 说明这个 bean 在容器里默认叫什么名字，怎么改成别的名字； ③ 说明配置类里那个方法的形参（参数对象）是谁传进来的，要不要自己 new； ④ 回答：这样的 bean 为什么不推荐写在启动类里？ （写作区见练习文件 test_88_配置优先级与Bean管理.java 的题目2-3。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：类上加不了注解 → 换到方法上加注解，让方法的返回值成为 bean；造对象要用的参数不用自己找，写在方法参数列表里，容器会按类型给你；这种”造 bean 的方法”建议集中放在一个专门的类里，而不是塞进启动类 二级 · 方法：类上 @Configuration；方法上 @Bean（返回值类型是 AliyunOSSOperator）；改名字用 @Bean("别名")（name / value 属性）；形参写 AliyunOSSProperties，容器按类型自动装配；AliyunOSSProperties 这个参数对象自己已经由容器管理（类上有 @Component + @ConfigurationProperties(prefix = "aliyun.oss")，能从 yml 读到值） 三级 · 骨架：

  1
  @____
  2
  public class OSSConfig {
  3
      @____
  4
      public AliyunOSSOperator ____(AliyunOSSProperties ossProperties) {
  5
          return ____ ____(ossProperties);
  6
      }
  7
  }

  参考答案（做完再点开）

  1
  package com.itheima.config;
  2
  
  3
  import com.itheima.utils.AliyunOSSOperator;
  4
  import com.itheima.utils.AliyunOSSProperties;
  5
  import org.springframework.context.annotation.Bean;
  6
  import org.springframework.context.annotation.Configuration;
  7
  
  8
  @Configuration                      // 声明这是一个配置类（配置类本身就是容器里的 bean）
  9
  public class OSSConfig {
  10
  
  11
      @Bean                           // 方法返回值交给 IOC 容器管理，成为容器里的 bean 对象
  12
      public AliyunOSSOperator aliyunOSSOperator(AliyunOSSProperties ossProperties) {
  13
          return new AliyunOSSOperator(ossProperties);
  14
      }
  15
  }

  显示更多显示更少

  ② 默认名字就是方法名 aliyunOSSOperator；要改名写 @Bean("ossOperator")（value 与 name 等价），容器里就按新名字注册。 ③ 形参 AliyunOSSProperties 由容器传进来：这个方法不是我们调的，是容器创建 bean 时调的，它按参数类型在容器里找到 AliyunOSSProperties 这个 bean 塞进来——所以不用也不能自己 new（自己 new 出来的对象拿不到 yml 里配的 aliyun.oss 三个值）。 ④ 不推荐写在启动类里的原因：启动类只负责”启动应用”这一件事，第三方组件的造对象代码往里堆会越来越乱、也不好分类；配一个 OSSConfig 就是”OSS 相关的 bean 都归它管”，以后加 RedisConfig、MqConfig 也是同样的规矩（PPT 第 12 页把配置类标成”推荐”）。 自查：注入的时候写 @Autowired private AliyunOSSOperator aliyunOSSOperator;（或按名字取 ossOperator），启动不报 NoSuchBeanDefinitionException 就说明注册成功；把配置类上的 @Configuration 去掉再启动，报错正好说明”是它在干活”。

• 2-4 控制一个 bean 的作用域与创建时机 需求：工程里有一个控制器 DeptController，默认情况下整个应用只有一个实例、而且启动时就创建好了。现在有两件小事要你改： ① 让它变成”每次获取都是一个新的实例”（只为观察现象，真实开发里不需要这么做）； ② 工程里还有一个”造起来很贵”的 bean（启动时要连一次外部服务、耗时明显），希望它不要在启动时创建，而是第一次被使用时才创建。 要求：写出这两处各加什么、加在哪里，并说明②改完之后应用启动时间会变短还是变长、为什么。 （写作区见练习文件 test_88_配置优先级与Bean管理.java 的题目2-4。）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：默认作用域是”单例”，要变多例得显式声明作用域；默认单例是”启动时就建好”，要推迟到第一次用就得让它”懒”一点 二级 · 方法：@Scope("prototype")（加在类上，也可以加在 @Bean 方法上）；@Lazy（可以加在类上、@Bean 方法上或注入点上）；五种作用域的名称是 singleton / prototype / request / session / application 三级 · 骨架：① @____("____") + @RestController public class DeptController { }；② @____ 加在家那个 bean 的定义处

  参考答案（做完再点开）

  ① 控制器上显式声明作用域：

  1
  @Scope("prototype")                 // 每次使用该 bean 时都会创建新的实例（默认是 singleton）
  2
  @RestController
  3
  public class DeptController {
  4
  }

  ② 让那个”重”bean 延迟初始化：

  1
  @Lazy                               // 延迟初始化：容器启动时不创建，第一次使用时才创建
  2
  @Component
  3
  public class ExpensiveService {
  4
  }

  如果是用 @Bean 声明的第三方 bean，@Lazy 就加在 @Bean 方法上。 ②的效果：应用启动时间变短——默认 singleton 的 bean 是在容器启动时就创建的（PPT 第 10 页注意 1），@Lazy 把它推迟到第一次使用时，启动阶段就少了这段耗时；代价是第一次用到这个 bean 时会有一次额外的等待。 自查：给类里加一句构造方法打印（比如 System.out.println("DeptController 被创建")），分别用默认 / prototype 启动并调两次接口，看打印几次——默认只打印一次，prototype 每次获取都打印。

三、综合题#

• 3-1 把”配置优先级”完整实验做一遍：三次启动、三个端口 这一题就是把课程 PPT 第 5～7 页与本章本机实测跑过的那条链路自己复现一遍，重点是”用日志把结论证明出来”。

  1. 在一个能跑起来的 SpringBoot 工程（比如 springboot-web-config）的 src/main/resources 下，同时放三份配置文件：application.properties（端口 8081）、application.yml（端口 8082）、application.yaml（端口 8083）；
  2. 用 Maven 打包（package），确认 target/ 下生成了可执行的 jar；顺便打开 pom.xml 确认 spring-boot-maven-plugin 在不在；
  3. 第一次启动：java -jar xxx.jar，从控制台找出 Tomcat started on port ____ 那一句，记下端口；
  4. 第二次启动：加上 Java 系统属性 -Dserver.port=9000 再启动，记下端口；
  5. 第三次启动：在第四步基础上再加命令行参数 --server.port=10010，记下端口；
  6. 把三份配置文件里的端口都改成你自己选的值（三个值互不相同），重复第 3～5 步，验证结论是否一致；
  7. 回答两个问题：① 完整优先级链条（低 → 高）写出来；② 为什么 8082 / 8083 那两个端口”根本没起”——用”覆盖 / 合并”这两个词说清楚；
  8. 收尾：删掉多余的两份配置文件（只留 application.yml）、停掉应用。

  （练习文件 test_88_配置优先级与Bean管理.java 的”综合题”一段里按这 8 步给了写作区。）

  涉及知识点

  知识点	在这里的应用
  三种配置文件格式（PPT 4）	第 1 步——三份文件、三种写法、三个端口
  打包与运行、spring-boot-maven-plugin（PPT 6）	第 2 步——没有这个插件，java -jar 跑不起来
  Java 系统属性与命令行参数（PPT 5～6）	第 4、5 步——-Dserver.port=9000 与 --server.port=10010
  配置优先级（PPT 7）	第 3～7 步——三次启动三个端口，链条一步步被压上来
  本机实测（第 14 章 ）	第 3～5 步的对照答案（8081 / 9000 / 10010）

  提示（先自己想，实在想不出再点开）

  一级 · 思路：一次只改一个变量——先”只有配置文件”跑一次当基准，再依次往上加压：先加 JVM 属性，再加应用参数；每一步都只看同一句话（Tomcat started on port xxx） 二级 · 方法：mvn package（或 IDEA Maven 面板 Lifecycle → package）；启动命令 java ____ -jar xxx.jar ____；配置文件名字三个：application.properties / application.yml / application.yaml，键都是 server.port 三级 · 骨架：① properties → server.port=____；yml → server: 换行 port: ____；yaml → 同 yml；③ java -jar xxx.jar；④ java ____ -jar xxx.jar；⑤ java -Dserver.port=____ -jar xxx.jar ____；⑦ 链条：application.yaml（忽略）< application.yml < application.properties < ____ < ____

  参考答案（做完再点开）

  1. 三份文件见 2-1 的答案（8081 / 8082 / 8083）。
  2. package 的产物在 target/ 下，形如 springboot-web-config-0.0.1-SNAPSHOT.jar；官方骨架生成的 pom.xml 里 <build><plugins> 已经有 spring-boot-maven-plugin。
  3. 本机实测：Tomcat initialized with port 8081 (http) → Tomcat started on port 8081 (http) with context path ''。
  4. 本机实测（java -Dserver.port=9000 -jar app.jar）：端口 9000。
  5. 本机实测（java -Dserver.port=9000 -jar app.jar --server.port=10010）：端口 10010。
  6. 换成自己的三个值后，结论一致：谁在链条上更高谁生效。
  7. 两个回答： ① 完整链条（低 → 高）：application.yaml（忽略）< application.yml < application.properties < Java 系统属性（-Dxxx=xxx） < 命令行参数（—xxx=xxx）。 ② 因为这不是”合并”而是”覆盖”：三份文件里写的是同一个键 server.port，SpringBoot 按优先级挑出最高的那一份（application.properties）作为这个键的值，另外两份整份被忽略——所以 8082 / 8083 这两个值连”参与比较”的机会都没有，端口自然也不会起。
  8. 收尾后只留一份 application.yml——这正是 PPT 第 4 页”推荐统一使用一种格式的配置”的效果：以后要改配置，只有一个地方可改，不会出现”改了没生效”的困惑。