背景

随着需求的不断迭代,服务承载的内容越来越多,依赖越来越多,导致服务启动慢,从最开始的2min以内增长到5min,导致服务发布很慢,严重影响开发效率,以及线上问题的修复速度。所以需要进行启动加速。

方案

应用启动加速的优化方案通常有

  1. 编译阶段的优化,比如无用依赖的优化
  2. dockerfile的优化
  3. 依赖的中间件优化,中间件有大量的网络连接建立,有很大的优化手段
  4. 富客户端的优化
  5. spring bean加载的优化

    spring容器加载bean是通过单线程加载的,可以通过并发来提高加载速度。

鉴于1的优化难度比较大,2、3、4则一般与各个公司里的基础组件有很大相关性,所以本篇只介绍spring bean加载的优化。

spring bean 加载耗时分析

分析bean加载耗时

首先需要分析加载耗时高的bean。spring bean 耗时 = timestampOfAfterInit - timestampOfBeforeInit.可以通过扩展BeanPostProcessor来实现,代码如下

@Component
public class SpringbeanAnalyse implements BeanPostProcessor,
ApplicationListener<ContextRefreshedEvent> {
private static Logger log = LoggerFactory.getLogger(SpringbeanAnalyse.class);
private Map<String, Long> mapBeantime = new HashMap<>();
private static volatile AtomicBoolean started = new AtomicBoolean(false); @Autowired
public Object postProcessBeforeInitialization(Object bean, String beanName) throws
BeansException {
mapBeantime.put(beanName, System.currentTimeMillis());
return bean;
} @Autowired
public Object postProcessAfterInitialization(Object bean, String beanName) throws
BeansException {
Long begin = mapBeantime.get(beanName);
if (begin != null) {
mapBeantime.put(beanName, System.currentTimeMillis() - begin);
}
return bean;
}
@Override
public void onApplicationEvent(final ContextRefreshedEvent event) {
if (started.compareAndSet(false, true)) {
for (Map.Entry<String,Long> entry: mapBeantime.entrySet()) {
if (entry.getValue() > 1000) {
log.warn("slowSpringbean => :",entry.getKey());
}
}
}
}
}

这样我们就能得到应用中耗时比较高的spring bean。可以看下这些bean的特点,大部分都是在

afterPropertiesSet,postconstruct,init方法中有初始化逻辑

eg. AgentConfig中有个构建bean,并调用init方法初始化。

@Bean(initMethod="init')
BeanA initBeanA(){
xxx
}

bean的生命周期

sampleCode

@Component
@Configuration
public class BeanC implements EnvironmentAware, InitializingBean{
public BeanC() {
System.out.println("constructC");
} @Override
public void afterPropertiesSet() throws Exception {
System.out.println("afterC" + Thread.currentThread().getName() + Thread.currentThread().getId());
} @Resource
public void resource(Environment environment) {
System.out.println("resourceC");
} @PostConstruct
public void postConstruct() {
System.out.println("postConstructC" +Thread.currentThread().getName() + Thread.currentThread().getId());
} @Override
public void setEnvironment(Environment environment) {
System.out.println("EnvironmentC");
} public void init(){
System.out.println("InitC");
} }

输出结果

constructC
resourceC
EnvironmentC
postConstructC
afterC

看下代码

单个类的加载顺序org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory

单个类的方法顺序是确定了,但是不同类的加载顺序是不确定的。默认是按照module,package的ascii顺序来加载。但这个类的初始化顺序不是固定的,在不同机器上表现形式不一样。类似于

Jvm加载jar包的顺序

控制不同类的加载顺序

可以通过以下方法来控制bean加载顺序

  1. 依赖 @DependOn
  2. bean依赖 构造器,或者@Autowired
  3. @Order 指定顺序

对BeanB添加了BeanC的依赖,输出结果为

constructC
resourceC
constructB
resourceB
EnvironmentB
postConstructB
afterB
EnvironmentC
postConstructC
afterC

这时候bean的加载顺序为

  1. 调用对象的构造函数
  2. 为对象注入依赖,执行依赖对象的初始化过程
  3. 执行PostConstruct,afterPropertiesSet等生命周期方法。

这意味着我们可以按照bean的加载的各个阶段进行优化。

并发加载spring bean

全局依赖拓扑

因为spring容器管理bean是单线程加载的,所以耗时慢,我们的解决思路是通过并发来优化,通过并发的前提是相互没有依赖。这个显然是不现实的,一个应用中的spring bean有大量依赖,甚至是有很多循环依赖。

对于循环依赖,可以通过分解拓扑关系来解决。但是按照我们上面分析,spring又提供了大量的扩展能力,让开发者去定义bean的依赖,这样导致我们无法得到一个spring bean的全局依赖图。因此无法通过自动配置的手段来解决spring bean单线程加载的问题。

局部异步加载

既然无法通过全自动配置手段来完成所有bean的全自动并发加载,那我们退而求其次,通过手动配置耗时分析中得到的,耗时比较高的bean。这样特殊处理也能达到我们优化启动时间目的。

同时因为单个bean加载有多个阶段,有些阶段耗时并不高,都是通用的操作,可以继续委托spring 容器去管理,这样就不必去处理复杂的循环依赖的问题。

按照这个思路,解决方案就比较简单

  1. 定义待并发加载的bean
  2. 重写bean的initmethod,如果是在第一步的配置里,就提交到线程池中,如果不在,就调用父类的加载方法

总结

最后通过并发加载原本耗时超过1s的bean,将我们的其中一个微服务启动耗时时间降低了100s,取得了阶段性的成果。

当然这个方案并不是很完善,

  1. 需要依赖人工配置,做不到自动化
  2. 安全得不到保障,需要确保不同bean之间afterPropertiesSet等扩展方法中无依赖。当然这一点不止是并发加载时需要保障,即使是单线程加载时也需要保障,原因是bean的加载顺序得不到保障,可能会引发潜在的bug。

欢迎提出新的优化方案讨论。

我正在参与掘金技术社区创作者签约计划招募活动

应用启动加速-并发初始化spring bean的更多相关文章

  1. 如何在静态方法或非Spring Bean中注入Spring Bean

           在项目中有时需要根据需要在自己new一个对象,或者在某些util方法或属性中获取Spring Bean对象,从而完成某些工作,但是由于自己new的对象和util方法并不是受Spring所 ...

  2. Spring Bean 生命周期之destroy——终极信仰

    上一篇文章 Spring Bean 生命周期之我从哪里来 说明了我是谁? 和 我从哪里来? 的两大哲学问题,今天我们要讨论一下终极哲学我要到哪里去? 初始化 Spring Bean 有三种方式: @P ...

  3. 让Spring Boot项目启动时可以根据自定义配置决定初始化哪些Bean

    让Spring Boot项目启动时可以根据自定义配置决定初始化哪些Bean 问题描述 实现思路 思路一 [不符合要求] 思路二[满足要求] 思路三[未试验] 问题描述 目前我工作环境下,后端主要的框架 ...

  4. spring bean的初始化以及销毁

    spring bean初始化或销毁时执行某些方法,有很多使用场景.比如初始化时,启动bean中的线程池.销毁时释放资源,个人比较喜欢实现InitializingBean和 DisposableBean ...

  5. Spring点滴九:Spring bean的延迟初始化

    Spring bean延迟初始化: 官网API: By default, ApplicationContext implementations eagerly create and configure ...

  6. 🙈羞,Spring Bean 初始化/销毁竟然有这么多姿势

    文章来源:http://1t.click/bfHN 一.前言 日常开发过程有时需要在应用启动之后加载某些资源,或者在应用关闭之前释放资源.Spring 框架提供相关功能,围绕 Spring Bean ...

  7. SpringBoot IoC启动流程、初始化过程及Bean生命周期各个阶段的作用

    目录 SpringBoot IoC启动流程.初始化过程及Bean生命周期各个阶段的作用 简述 首先明确IoC容器是啥 准备-SpringApplication的实例化 启动-SpringApplica ...

  8. Spring Boot 启动源码解析结合Spring Bean生命周期分析

    转载请注明出处: 1.SpringBoot 源码执行流程图 2. 创建SpringApplication 应用,在构造函数中推断启动应用类型,并进行spring boot自动装配 public sta ...

  9. spring bean初始化和销毁

    spring bean的创建与消亡由spring容器进行管理,除了使用<bean><property/></bean>进行简单的属性配置之外,spring支持更人性 ...

随机推荐

  1. Linux 服务器的性能参数指标总结

    关注「开源Linux」,选择"设为星标" 回复「学习」,有我为您特别筛选的学习资料~ 前言 一个基于 Linux 操作系统的服务器运行的同时,也会表征出各种各样参数信息.通常来说运 ...

  2. Spring Ioc源码分析系列--Ioc的基础知识准备

    Spring Ioc源码分析系列--Ioc的基础知识准备 本系列文章代码基于Spring Framework 5.2.x Ioc的概念 在Spring里,Ioc的定义为The IoC Containe ...

  3. APP应用前端开发

    1.开发手机APP前端要重视meta标签的编写: 2.注意HTML5标签在前端开发中的使用: 3.前端制作要舍弃CSS float属性(可flex布局),用绝对定位不利于页面布局的扩展: 4.APP前 ...

  4. 石油储运生产 2D 可视化,组态应用赋能工业智慧发展

    前言 当前,国际油价低位徘徊导致各国石油化工行业投资大幅缩减,石油化工建设行业竞争环境日趋严峻,施工企业的利润空间也被不断压缩.内外交困的环境下,促使企业采取更有效的管理手段来提高效率和降低成本.石油 ...

  5. PHP_SESSION学习小结

    PHP Session PHP session 变量用于存储关于用户会话(session)的信息,或者更改用户会话(session)的设置.Session 变量存储单一用户的信息,并且对于应用程序中的 ...

  6. CXP 协议中upconnection 与downconnection的说明及其区别

    概述 CXP定义了一个DEVICE和HOST之间点对点的连接协议.CXP的一个连接包含了一个MASTER物理连接和若干可选的SLAVE连接,每一个连接都定义了一组逻辑通道用于传输图像数据.实时触发.设 ...

  7. 测试open

    // 此处,返回的 undefined 是 JS 中的一个值 return undefined } // 这种写法是明确指定函数返回值类型为 void,与上面不指定返回值类型相同 const add ...

  8. java基础题(3)

    5.面向对象 5.1封装 5.1.1修改Data类的定义 描述 现有一个Data类,内部定义了属性x和y,在main方法中实例化了Data类,并计算了data对象中x和y的和.但是,Data类的定义存 ...

  9. 【转载】解决k8s中的长连接负载均衡问题

    原文链接:一流铲屎官二流程序员[解决k8s中的长连接负载均衡问题] 长连接与短连接: 简介 长连接是指在一个TCP连接上可以连续发送多个数据包,在TCP连接保持期间,如果没有数据包发送,需要双方发检测 ...

  10. layui 数据表格 数据更新完成后数据刷新

    模拟点击分页确定刷新数据 $(".layui-laypage-btn")[0].click()