SpringBoot开启多端口探究--基于多ApplicationContext

文章目录

前情提要
一、思路概要
二、具体实现
三、其他问题
- 父子关系
- 部分依赖
总结

前情提要

前面探讨了management端口开启，grpc端口开启，本文继续探讨在SpringApplication中开启多个端口的方式之多ApplicationContext, 相比management端口基于多WebServer实例, 多ApplicationContext的颗粒度更大，也会略显粗暴，优点是简单。

一、思路概要

在一个JVM进程中创建两个ApplicationContext各自玩自己的，互不影响，只要两个ApplicationContext share基础的SpringBoot库即可，最终效果大约是下面这个样子。
请添加图片描述

二、具体实现

首先建议以Config对象组织来组织各自的上下文, 一方面可以自定义预期上下文包含的类，以及必要的自定义配置。例子如下

@SpringBootApplication(scanBasePackageClasses = {})
public class ViewContextConfig {@Beanpublic xxx newBeanInstance(){return xxx;}
}

其次，在某个入口函数处基于两个Config对象构造ApplicationContext

@Slf4j
public class ApplicationStarter {public static void main(String[] args) {ConfigurableApplicationContext first = SpringApplication.run(ViewContextConfig1.class, args);log.info("ApplicationContext1 started");ConfigurableApplicationContext second = SpringApplication.run(ViewContextConfig2.class, args);log.info("ApplicationContext2 started");}
}

三、其他问题

很多事情，原理可能无比简单，但能在工程中落地就是另外一个问题。今天的思路也是一样。接下来聊聊个人遇到的问题。比如父子关系，和部分对象依赖。

父子关系

伟大的Spring框架提供了这么个功能，childContext.setParent(parentContext); 在ApplicationContext初始化之前调用，childContext会在依赖注入时将parentContext中的对象作为候选项。

子容器结束，父容器不受影响。但父容器结束，子容器也会一并结束。

部分依赖

父子容器的声明周期，意味着子容器可以在父容器初始化之后，依赖其中的对象，但不构建父子关系。在子容器初始化完成后，再构造父子关系，从而解决部分依赖和生命周期问题。样例如下：

@Slf4j
public class ApplicationStarter {public static void main(String[] args) {ConfigurableApplicationContext parent = SpringApplication.run(ViewContextConfig1.class, args);log.info("ApplicationContext1 started");SpringApplication subApp = new SpringApplication(ViewContextConfig2.class);subApp.addInitializers((ctx) -> {ConfigurableListableBeanFactory beanFactory = ctx.getBeanFactory();beanFactory.registerSingleton(“beanName”, parent.getBean(XX.class));});ConfigurableApplicationContext child = subApp.run("--spring.profiles.active=XX");child.setParent(parent);log.info("ApplicationContext2 started");}
}