【Spring】一，Spring起步-CSDN博客

本文链接：https://blog.csdn.net/Beans_bag/article/details/125085764

希腊哲学家赫拉克利特（Heraclitus）的一句话经常被引用：“唯一不变的就是变化”，这句话抓住了软件开发的真谛。

什么是Spring

任何实际的应用程序都是由很多组件组成的，每个组件负责整个应用功能的一部分，这些组件需要与其他的应用元素进行协调以完成自己的任务。当应用程序运行时，需要以某种方式创建并引入这些组件。

Spring的核心是提供了一个容器（container），通常称为Spring应用上下文（Spring application context），它们会创建和管理应用组件。这些组件也可以称为bean，会在Spring应用上下文中装配在一起，从而形成一个完整的应用程序。这就像砖块、砂浆、木材、管道和电线组合在一起，形成一栋房子似的。

将bean装配在一起的行为是通过一种基于依赖注入（dependency injection，DI）的模式实现的。此时，组件不会再去创建它所依赖的组件并管理它们的生命周期，使用依赖注入的应用依赖于单独的实体（容器）来创建和维护所有的组件，并将其注入到需要它们的bean中。通常，这是通过构造器参数和属性访问方法来实现的。

举例来说，商品服务依赖于库存服务
在这里插入图片描述
在核心容器之上，Spring及其一系列的相关库提供了Web框架、各种持久化可选方案、安全框架、与其他系统集成、运行时监控、微服务支持、反应式编程以及众多现代应用开发所需的特性。

传统方式指导Spring应用上下文将bean装配在一起的方式是使用一个或多个xml文件。

<bean id="inventoryService"
      class="com.example.InventoryService" />

<bean id="productService"
      class="com.example.ProductService" />
  <constructor-arg ref="inventoryService" />
</bean>

目前则基于Java的配置比较常见。

@Configuration
public class ServiceConfiguration {
  @Bean
  public InventoryService inventoryService() {
    return new InventoryService();
  }

  @Bean
  public ProductService productService() {
    return new ProductService(inventoryService());
  }
}

@Configuration注解会告知Spring这是一个配置类，会为Spring应用上下文提供bean。这个配置类的方法使用@Bean注解进行了标注，表明这些方法所返回的对象会以bean的形式添加到Spring的应用上下文中（默认情况下，这些bean所对应的bean ID与定义它们的方法名称是相同的）。

自动配置

在Spring技术中，自动配置起源于所谓的自动装配（autowiring）和组件扫描（component scanning）。借助组件扫描技术，Spring能够自动发现应用类路径下的组件，并将它们创建成Spring应用上下文中的bean。借助自动装配技术，Spring能够自动为组件注入它们所依赖的其他bean。

Spring Boot是Spring框架的扩展，提供了很多增强生产效率的方法。最为大家所熟知的增强方法就是自动配置（autoconfiguration），Spring Boot能够基于类路径中的条目、环境变量和其他因素合理猜测需要配置的组件并将它们装配在一起。

Spring Boot大幅度减少了构建应用所需的显式配置的数量（不管是XML配置还是Java配置）。

Spring Boot介绍

Spring Boot starter依赖的特别之处在于它们本身并不包含库代码，而是传递性地拉取其他的库。这种starter依赖的好处有：

构建文件会显著减小并且更易于管理。
能够根据它们所提供的功能来思考依赖，而不是根据库的名称。
不必再担心库版本的问题。

spring-boot-maven-plugin

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

它提供了一个Maven goal，允许我们使用Maven来运行应用。
它会确保依赖的所有库都会包含在可执行JAR文件中，并且能够保证它们在运行时类路径下是可用的。
它会在JAR中生成一个manifest文件，将引导类声明为可执行JAR的主类。

@SpringBootApplication注解

@SpringBootApplication注解明确表明这是一个Spring Boot应用，该注解位于启动Spring Boot应用的引导类上。
@SpringBootApplication是一个组合注解，它组合了3个其他的注解。

@SpringBootConfiguration：将该类声明为配置类。该注解是@Configuration注解的特殊形式。
@EnableAutoConfiguration：启用Spring Boot的自动配置。
@ComponentScan：启用组件扫描。这样我们能够通过像@Component、@Controller、@Service这样的注解声明其他类，Spring会自动发现它们并将它们注册为Spring应用上下文中的组件。

Spring Boot的测试类

@SpringBootTest
class TacosApplicationTests {

   @Test
   void contextLoads() {
   }

}

@SpringBootTest会告诉JUnit在启动测试的时候要添加上Spring Boot的功能。
其他常用于测试类中的注解
@RunWith是JUnit的注解，它会提供一个测试运行器（runner）来指导JUnit如何运行测试。可以将其想象为给JUnit应用一个插件，以提供自定义的测试行为。在本例中，为JUnit提供的是SpringRunner，这是一个Spring提供的测试运行器，它会创建测试运行所需的Spring应用上下文。

Spring Boot DevTools

作用

代码变更后应用会自动重启；
当面向浏览器的资源（如模板、JavaScript、样式表）等发生变化时，会自动刷新浏览器；
自动禁用模板缓存；
如果使用H2数据库的话，内置了H2控制台。
应用自动重启
当DevTools运行的时候，应用程序会被加载到Java虚拟机（Java virtual Machine，JVM）两个独立的类加载器中。其中一个类加载器会加载你的Java代码、属性文件以及项目中“src/main/”路径下几乎所有的内容。这些条目很可能会经常发生变化。另外一个类加载器会加载依赖的库，这些库不太可能经常发生变化。当探测到变更的时候，DevTools只会重新加载包含项目代码的类加载器，并重启Spring的应用上下文，在这个过程中另外一个类加载器和JVM会原封不动。这个策略非常精细，但是它能减少应用启动的时间。