强大！Spring Boot全新模块化管理方式-51CTO.COM

环境：SpringBoot3.2.5

1. 简介

默认情况下，Spring Boot项目会内置一个Tomcat服务器，用于快速启动和运行Web应用程序。这一特性极大地简化了开发和部署流程，开发者无需单独配置和安装Tomcat服务器。Spring Boot还提供了丰富的服务配置选项，允许开发者根据需要调整Tomcat服务器的默认行为，如端口，线程数等等，这极大地提升了开发效率。

当我们在Spring Boot项目中引入Actuator后，并且进行了如下的配置，你是否注意到启动的应用有什么不同呢？

management:
  server:
    port: 7000

当我们修改了Actuator端口后，启动服务后控制台输出如下：

图片

应用启动了2个Tomcat，所有关于Actuator的端点，都将运行在该7000端口的Tomcat服务上（/ac前缀的请求，我修改了默认的前缀）。

开发中，我们可以通过 SpringApplicationBuilder 类实现启动多个Tomcat实例，将不同的服务（模块）分别运行在不同的Tomcat实例上，以实现资源隔离并共享主应用的配置。

接下来，我们将详细介绍如何在Spring Boot应用中启动多个Tomcat实例，通过这些实例来管理不同的服务或模块。

2. 实战案例

我们将按照如下来建立我们的项目及模块：

说明：

在上面我们定义了2个模块分别是：com.pack.m1.*，com.pack.m2.* 。模块中包含了当前模块的配置及接口定义等等。
父模块com.pack.parent.*将作为我们的共享模块，m1与m2共享该模块。
针对不同的模块，分别建立不同的配置文件（如上：m1.properties，m2.properties），这里的配置文件与Spring Boot默认的application.[properties | yml]对等。
其它都于默认的Spring Boot一致。

2.1 定义模块

模块1

配置类

@Configuration
@ComponentScan(basePackages = {"com.pack.m1"})
@PropertySource({"classpath:m1.properties"})
@EnableAutoConfiguration
public class M1Config {
}

启动了自动配置，扫描的基包com.pack.m1及对应的配置文件，这里的配置文件就相当于Spring Boot默认的application.yml或properties。

定义测试接口

@RestController
@RequestMapping("/m")
public class M1Controller {


  private final ParentService parentService ;
  public M1Controller(ParentService parentService) {
    this.parentService = parentService ;
  }
  
  @GetMapping("/index")
  public Object m1() {
    return "module 01 -" + this.parentService.query() ;
  }
}

定义配置文件

# m1.properties
server.port=8075
server.servlet.context-path=/m1

这里的配置完全就是Spring Boot提供的那些配置，所以该配置文件你就当是默认的配置文件配置即可。

模块2

模块2与模块1除了内容不一样外，其它都一致。

@Configuration
@ComponentScan(basePackages = {"com.pack.m2"})
@PropertySource({"classpath:m2.properties"})
@EnableAutoConfiguration
public class M2Config {
}
// 测试接口
@RestController
@RequestMapping("/m")
public class M1Controller {


  private final ParentService parentService ;
  public M2Controller(ParentService parentService) {
    this.parentService = parentService ;
  }
  
  @GetMapping("/index")
  public Object m2() {
    return "module 02 - " + this.parentService.query() ;
  }
}
// 配置文件m2.properties内容
server.port=8076
server.servlet.context-path=/m2

这里为了区分所以为不同的模块配置了不同的上下文。

按照如果的结构，不同的模块内容定义在对应的m1,m2包下即可。

2.2 父模块定义

由于父模块是其它子模块共享的，没有什么特别的配置，我们就定义一个配置及测试接口即可。

@Service
public class ParentService {


  public String query() {
    return "我是父模块内容" ;
  }
}

配置类

@Configuration
@ComponentScan(basePackages = {"com.pack.parent"})
public class ParentConfig {
}

这里我们并没有配置启用Web MVC所以，我们上面的ParentController类并不会生效。（注意：并不仅仅是启用Web MVC那么简单，还需要Spring适合的容器支持，这与下面我们将要看到的配置有关）。

2.3 全局配置文件

不管你如何配置（除非你通过spring.config.name进行了修改）默认的application.yml或properties还是会生效了。默认的文件内容如下：

spring:
  application:
    name: springboot-parent-child
---
logging:
  include-application-name: false
  pattern:
    dateformat: HH:mm:ss

如果你希望你的子模块都能继承某些配置，那么你可以将配置信息都写入该公共的文件中。

2.4 启动类

最后一步就是启动类了，这时候就与之前的Spring Boot默认的启动类完全不同了，内容如下：

public class SpringbootParentChildApplication {


  public static void main(String[] args) {
    SpringApplicationBuilder builder = new SpringApplicationBuilder() ;
    builder
      // 配置父容器的配置类（这一步内部就将当前容器设置为非web容器）
      .parent(ParentConfig.class) 
      // 配置子容器对应的配置及web应用
      .child(M1Config.class).web(WebApplicationType.SERVLET)
      // 配置子容器（与上面的child相当于兄弟容器），他们都有共同的父容器
      // 在这一步将会创建父容器及上面child子容器
      .sibling(M2Config.class).web(WebApplicationType.SERVLET)
      // 而这里则会创建sibling设置子容器
      .run(args) ;
  }
}

在该启动类上我们没有添加任何的注解（默认你需要添加@SpringBootApplication）。