08SpringBoot高级--自动化设置

目录
Spring Boot Starter 依赖管明白释
一、核心概念
二、工作原理
依赖传递：
自动设置：
版本管理：
三、核心流程
四、常用 Starter 示例
五、自定义 Starter 步调
创建设置类：
设置属性：
注册自动设置：在 META-INF/spring.factories 中添加：
打包发布：创建 Maven 项目并发布到堆栈，其他项目可直接引用。
六、上风与注意事项
上风：
注意事项：
@Configuration 注解的底层原理与工作机制
一、核心概念
二、核心特性
1. 声明 Bean 定义
2. 支持 Bean 依赖注入
3. 实现 Bean 作用域
三、底层工作机制
1. 设置类的 CGLIB 增强
2. Bean 方法的拦截处理
3. 与 @Component 注解的区别
四、关键注解组合
1. @Import 导入其他设置类
2. @PropertySource 加载外部设置
3. @Profile 实现环境设置
五、最佳实践
1. 设置类设计原则
2. Bean 定名策略
3. 生命周期管理
六、注意事项
1. 署理限定
2. 循环依赖题目
3. 性能思量
@EnableAutoConfiguration 自动设置注解底层原明白释
核心作用
核心机制
自动设置类发现
条件化设置（Conditional）
关键流程简化
与其他注解的共同
简朴示例
核心上风
Spring Boot 自动化设置原理：按条件开启自动设置类和设置项 
一、自动化设置的核心机制：条件注解与自动发现
1. 自动设置类的加载入口
2. 条件注解：自动设置的 “开关”
二、按条件开启自动设置的具体流程
1. 主设置类的条件判断
2. 设置项的条件化开启
三、用户如何干预自动设置？
四、自动化设置的优先级与加载顺序
自动设置类的加载顺序
用户设置 vs 自动设置
五、总结：条件化设置的核心代价

---

Spring Boot Starter 依赖管明白释

一、核心概念

Starter 是 Spring Boot 提供的一种依赖管理方式，通过一个依赖就能引入某个功能所需的所有组件，制止手动设置大量依赖的贫苦。

---

二、工作原理

• 依赖传递：
  
  
  
  • 例如引入 spring-boot-starter-web 会自动包含：
    
    
    
    • Spring MVC
      
    • Tomcat 服务器
      
    • JSON 处理库
      
    • 其他须要组件
      
    
    
  
  
• 自动设置：
  
  
  
  • 每个 Starter 都关联一个或多个自动设置类
    
  • 自动设置类根据条件（如类是否存在）自动创建 Bean
    
  • 例如 WebMvcAutoConfiguration 会自动设置 Spring MVC
    
  
  
• 版本管理：
  
  
  
  • Spring Boot 通过 spring-boot-dependencies 统一管理所有依赖版本
    
  • 开发者无需指定版本号，制止版本辩论     

    ---

    
    
  
  

三、核心流程

---

四、常用 Starter 示例

Starter 名称功能描述spring-boot-starter-web创建 Web 应用（REST、MVC）spring-boot-starter-data-jpaJPA 数据库访问spring-boot-starter-security安全认证与授权spring-boot-starter-test测试工具集（JUnit、Mockito 等）spring-boot-starter-validationBean 验证（JSR-303）

---

五、自定义 Starter 步调

• 创建设置类：
  
  
  1. @Configuration
  2. public class MyAutoConfiguration {
  3.     @Bean
  4.     public MyService myService() {
  5.         return new MyServiceImpl();
  6.     }
  7. }

  复制代码
• 设置属性：
  
  
  1. @ConfigurationProperties(prefix = "my.service")
  2. public class MyProperties {
  3.     private String name = "default";
  4.     // getter/setter
  5. }

  复制代码
• 注册自动设置：
  在 META-INF/spring.factories 中添加：
  
  
  1. org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
  2. com.example.MyAutoConfiguration

  复制代码
• 打包发布：
  创建 Maven 项目并发布到堆栈，其他项目可直接引用。
  
     

  ---

  
  

六、上风与注意事项

• 上风：
  
  
  
  • 快速搭建项目
    
  • 淘汰设置错误
    
  • 统一依赖版本
    
  • 易于扩展
    
  
  
• 注意事项：
  
  
  
  • 依赖辩论时使用 mvn dependency:tree 分析
    
  • 自动设置不生效时检查条件注解
    
  • 自定义 Starter 需遵照定名规范（*-spring-boot-starter）
    
  
  

通过 Starter 机制，Spring Boot 实现了 "约定大于设置" 的理念，让开发者可以更专注于业务逻辑，而不是框架设置。

---

@Configuration 注解的底层原理与工作机制

一、核心概念

@Configuration 是 Spring 框架中用于定义设置类的注解，它允许将 Spring Bean 的定义以 Java 代码的情势组织，替换传统的 XML 设置文件。
设置类本质上是一个被 Spring 容器管理的 Bean，其中使用 @Bean 注解的方法会被容器拦截并用于创建和管理 Bean 实例。

---

二、核心特性

1. 声明 Bean 定义

1. @Configuration
2. public class AppConfig {
3.     @Bean
4.     public DataSource dataSource() {
5.         return new DriverManagerDataSource("jdbc:mysql://localhost:3306/mydb", "user", "pass");
6.     }
7. }

复制代码

• @Configuration 标记的类会被 Spring 容器辨认为设置类
  
• @Bean 注解的方法返回的对象会被注册为 Spring Bean
  

2. 支持 Bean 依赖注入

1. @Configuration
2. public class AppConfig {
3.     @Bean
4.     public UserService userService() {
5.         return new UserServiceImpl(userRepository()); // 依赖注入
6.     }
7.    
8.     @Bean
9.     public UserRepository userRepository() {
10.         return new JdbcUserRepository(dataSource()); // 依赖注入
11.     }
12.    
13.     @Bean
14.     public DataSource dataSource() {
15.         return new DriverManagerDataSource();
16.     }
17. }

复制代码

3. 实现 Bean 作用域

1. @Configuration
2. public class AppConfig {
3.     @Bean
4.     @Scope("prototype") // 原型作用域，每次请求创建新实例
5.     public RequestHandler requestHandler() {
6.         return new RequestHandler();
7.     }
8. }

复制代码

---

三、底层工作机制

1. 设置类的 CGLIB 增强

Spring 会通过 CGLIB 动态署理技术为 @Configuration 类创建子类：

• 拦截 @Bean 方法的调用，确保 Bean 的单例性
  
• 实现方法间的依赖调用（如 userService() 调用 userRepository()）
  

1. // 伪代码展示 CGLIB 增强效果
2. public class AppConfig$$EnhancerBySpringCGLIB extends AppConfig {
3.     private final Map<String, Object> singletons = new ConcurrentHashMap<>();
4.    
5.     @Override
6.     public UserRepository userRepository() {
7.         if (!singletons.containsKey("userRepository")) {
8.             singletons.put("userRepository", super.userRepository());
9.         }
10.         return (UserRepository) singletons.get("userRepository");
11.     }
12. }

复制代码

2. Bean 方法的拦截处理

• 当 @Bean 方法被调用时，CGLIB 署剖析检查该 Bean 是否已创建
  
• 如果已创建，则返回缓存的实例（确保单例性）
  
• 如果未创建，则调用原始方法创建新实例
  

3. 与 @Component 注解的区别

特性@Configuration@ComponentCGLIB 增强是否Bean 方法拦截支持（确保单例调用）不支持（每次调用创建新实例）保举使用场景定义应用设置和 Bean 关系普通组件（如 Service、Repository）

---

四、关键注解组合

1. @Import 导入其他设置类

1. @Configuration
2. @Import({DataSourceConfig.class, SecurityConfig.class})
3. public class AppConfig {
4.     // 合并多个配置类
5. }

复制代码

2. @PropertySource 加载外部设置

1. @Configuration
2. @PropertySource("classpath:application.properties")
3. public class AppConfig {
4.     @Value("${db.url}")
5.     private String dbUrl;
6.    
7.     @Bean
8.     public DataSource dataSource() {
9.         return new DriverManagerDataSource(dbUrl, "user", "pass");
10.     }
11. }

复制代码

3. @Profile 实现环境设置

1. @Configuration
2. @Profile("dev")
3. public class DevConfig {
4.     @Bean
5.     public DataSource dataSource() {
6.         return new DriverManagerDataSource("jdbc:mysql://devdb:3306/mydb", "dev", "devpass");
7.     }
8. }

复制代码

---

五、最佳实践

1. 设置类设计原则

• 按功能模块化组织设置类（如 DataSourceConfig、WebConfig）
  
• 制止设置类过于庞大，保持单一职责
  
• 使用 @Import 或 @ComponentScan 组合多个设置类
  

2. Bean 定名策略

1. @Bean("customDataSource") // 显式指定 Bean 名称
2. public DataSource dataSource() {
3.     return new DriverManagerDataSource();
4. }

复制代码

3. 生命周期管理

1. @Configuration
2. public class AppConfig {
3.     @Bean(initMethod = "init", destroyMethod = "cleanup")
4.     public ConnectionFactory connectionFactory() {
5.         return new JmsConnectionFactory();
6.     }
7. }

复制代码

---

六、注意事项

1. 署理限定

• @Configuration 类必须是可被继承的（不能是 final 类）
  
• @Bean 方法必须是可重写的（不能是 private 或 final）
  

2. 循环依赖题目

• 制止设置类之间的循环依赖
  
• 使用构造器注入时需特别注意
  

3. 性能思量

• CGLIB 署剖析带来肯定性能开销，但通常可忽略不计
  
• 对于性能敏感场景，可思量使用 @Component 替换
  

通过 @Configuration 注解，Spring 实现了基于 Java 的设置方式，联合 CGLIB 署理技术确保了 Bean 管理的高效性和机动性，使开发者可以或许以更优雅的方式组织应用设置。

---

@EnableAutoConfiguration 自动设置注解底层原明白释

核心作用

@EnableAutoConfiguration 是 Spring Boot 实现自动化设置的核心注解，作用是根据项目依赖自动激活对应的设置类，制止手动编写大量设置。
核心机制

• 自动设置类发现
  
  
  
  • 启动时扫描 META-INF/spring.factories 文件，读取 EnableAutoConfiguration 对应的设置类列表。
    
  • 例如，引入 spring-boot-starter-web 时，会自动加载 WebMvcAutoConfiguration 等与 Web 相关的设置类。
    
  
  
• 条件化设置（Conditional）
  
  
  
  • 设置类通过 @Conditional 系列注解（如 @ConditionalOnClass、@ConditionalOnMissingBean）判断是否生效。
    
  • 例：若类路径存在 Tomcat 相关类且无自定义 ServletContainerFactory，才激活 Web 容器设置。     

    ---

    
    
  
  

关键流程简化

• 注解触发：@EnableAutoConfiguration 触发 AutoConfigurationImportSelector 类加载自动设置类。
  
• 过滤筛选：根据条件注解排除不符合当前环境的设置类。
  
• 注入容器：将符合条件的设置类注册到 Spring 容器，完成 Bean 自动设置。
  

与其他注解的共同

• 常与 @SpringBootApplication（组合了 @EnableAutoConfiguration、@ComponentScan、@Configuration）一起使用。
  
• 通过 @AutoConfigureAfter / @AutoConfigureBefore 控制设置类加载顺序。   

  ---

  
  

简朴示例

引入 spring-boot-starter-data-jpa 后，@EnableAutoConfiguration 会自动设置：

• JPA 实体管理器（EntityManagerFactory）
  
• 数据库连接池（如 HikariCP）
  
• 事务管理器（PlatformTransactionManager）
  

核心上风

• 零设置启动：依赖即设置，淘汰手动编写 XML 或 Java 设置类的工作量。
  
• 可扩展性：通过 @Conditional 自定义条件，或通过 spring.factories 扩展自动设置逻辑。   

  ---

  
  

Spring Boot 自动化设置原理：按条件开启自动设置类和设置项 

一、自动化设置的核心机制：条件注解与自动发现

Spring Boot 自动化设置的本质是通过 条件注解 和 自动设置类发现机制，实现 “按需加载” 设置，制止资源浪费。其核心流程如下：
1. 自动设置类的加载入口

• spring.factories 设置文件：
  Spring Boot 启动时，会扫描类路径下的 META-INF/spring.factories 文件，从中读取 org.springframework.boot.autoconfigure.EnableAutoConfiguration 对应的设置类列表（如 WebMvcAutoConfiguration、DataSourceAutoConfiguration 等）。
  
  
  
  • 例如，spring-boot-autoconfigure 模块的 spring.factories 中定义了大量自动设置类：
    1. org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
    2. org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration,\
    3. org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration,\
    4. # 其他配置类...

    复制代码
  
  
• @EnableAutoConfiguration 注解触发：
  Spring Boot 启动类上的 @EnableAutoConfiguration 会通过 SpringFactoriesLoader 加载上述设置类，将其纳入 Spring 容器管理。
  

2. 条件注解：自动设置的 “开关”

自动设置类或设置项是否生效，由 @Conditional 及其派生注解决定。这些注解会根据运行时条件（如类是否存在、Bean 是否存在、属性是否设置等）判断是否加载设置。常见条件注解包括：
注解生效条件示例场景@ConditionalOnClass类路径中存在指定类当存在 javax.servlet.Servlet 时，加载 Web 相关设置@ConditionalOnMissingClass类路径中不存在指定类制止与非标准类辩论时使用@ConditionalOnBean容器中存在指定类型的 Bean当存在自定义 DataSource 时，跳过数据源自动设置@ConditionalOnMissingBean容器中不存在指定类型的 Bean当无自定义 WebMvcConfigurer 时，加载默认 MVC 设置@ConditionalOnProperty设置文件中存在指定属性且值符合条件当 spring.datasource.enabled=true 时，加载数据源设置@ConditionalOnResource类路径中存在指定资源文件当存在 application.yml 时加载特定设置@ConditionalOnWebApplication当前为 Web 应用（Servlet 或 Reactive）仅在 Web 项目中加载 MVC 设置

---

二、按条件开启自动设置的具体流程

以 WebMvcAutoConfiguration（MVC 自动设置类）为例，看条件注解如何控制其生效：
1. 主设置类的条件判断

1. @Configuration
2. @ConditionalOnWebApplication(type = ConditionalOnWebApplication.Type.SERVLET)
3. @ConditionalOnClass({ Servlet.class, DispatcherServlet.class, WebMvcConfigurer.class })
4. @ConditionalOnMissingBean(WebMvcConfigurationSupport.class)
5. @AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE + 10)
6. @AutoConfigureAfter({ DispatcherServletAutoConfiguration.class, TaskExecutionAutoConfiguration.class,
7.                 ValidationAutoConfiguration.class })
8. public class WebMvcAutoConfiguration {
9.     // 配置内容...
10. }

复制代码

• @ConditionalOnWebApplication：确保项目是 Servlet 类型的 Web 应用（非 Reactive）。
  
• @ConditionalOnClass：检查类路径中存在 Servlet、DispatcherServlet 等 Web 相关类。
  
• @ConditionalOnMissingBean：当容器中没有用户自定义的 WebMvcConfigurationSupport 时，才生效（若用户自定义了 MVC 设置，自动设置会被覆盖）。
  

2. 设置项的条件化开启

自动设置类内部的具体 Bean 定义也会通过条件注解控制，例如：

1. @Bean
2. @ConditionalOnMissingBean
3. public InternalResourceViewResolver defaultViewResolver() {
4.     // 默认视图解析器配置...
5. }

复制代码

• @ConditionalOnMissingBean 表示当容器中没有自定的 InternalResourceViewResolver 时，才创建默认视图解析器。   

  ---

  
  

三、用户如何干预自动设置？

• 通过设置文件禁用自动设置
  在 application.properties 中使用 spring.autoconfigure.exclude 属性排除特定自动设置类：
  
  1. # 禁用 WebMvc 自动配置
  2. spring.autoconfigure.exclude=org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration

  复制代码
• 通过条件注解自定义设置
  用户可在自定义设置类中使用条件注解，覆盖自动设置的逻辑：
  
  1. @Configuration
  2. @ConditionalOnProperty(name = "myapp.use-custom-mvc", havingValue = "true")
  3. public class CustomMvcConfiguration {
  4.     // 自定义 MVC 配置，会覆盖自动配置
  5. }

  复制代码
• 通过 @Conditional 扩展条件逻辑
  自定义条件类（实现 Condition 接口），实现更复杂的条件判断：
  
  1. public class MyCondition implements Condition {
  2.     @Override
  3.     public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
  4.         // 自定义条件逻辑（如检查环境变量、系统属性等）
  5.         return context.getEnvironment().getProperty("myapp.enabled").equals("true");
  6.     }
  7. }
  9. // 使用自定义条件
  10. @Configuration
  11. @Conditional(MyCondition.class)
  12. public class MySpecialConfiguration {
  13. }

  复制代码

---

四、自动化设置的优先级与加载顺序

• 自动设置类的加载顺序
  
  
  
  • 通过 @AutoConfigureOrder 或 @Order 注解控制加载顺序，数值越小优先级越高。
    
  • 例如，WebMvcAutoConfiguration 会在 DispatcherServletAutoConfiguration 之后加载，确保 Servlet 容器已初始化。
    
  
  
• 用户设置 vs 自动设置
  
  
  
  • 用户自定义的 Bean 或设置类（如添加 @Component 或 @Configuration 的类）会优先于自动设置，体现 “约定优于设置，但设置可覆盖约定” 的原则。     

    ---

    
    
  
  

五、总结：条件化设置的核心代价

Spring Boot 的自动化设置通过条件注解实现了 “智能加载”：

• 制止资源浪费：仅在须要时加载设置（如非 Web 项目不会加载 MVC 设置）。
  
• 机动扩展性：用户可通过简朴设置或注解覆盖自动设置，无需修改框架源码。
  
• 降低使用门槛：开发者无需手动设置大量 Bean，框架自动处理依赖关系，聚焦业务逻辑。
  

明白条件注解的工作原理，有助于在开发中精准控制设置的生效条件，解决自动设置与自定义设置的辩论题目。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。