服务端架构治理｜闲鱼如何有效提高应用的编译和启动速度

背景

应用的发布是一件非常耗时的事情，尤其是当应用迭代了比较长的时间之后，一次预发的部署就可能需要花费十几分钟，其中服务启动一次，就可能花费五六分钟。如此漫长的发布可能带来两方面的问题：

• 开发过程中，在使用测试环境的时候发布验证的时候，我们往往希望快速迭代，快速验证，但是每次改完一个feature发布验证都要经过十几分钟的话，效率是非常低下的。

• 在线上发布过程中，如果遇到机器数量非常多的应用，那么一次发布，一批一批的部署下来，耗费的时间非常长，很容易超出发布窗口，带来线上风险。

针对应用发布耗时长的问题，笔者结合对手头应用idle-local的耗时分析，参考和尝试了多数的方案之后，制定了一套实施方案，能够有效提高应用的编译和启动速度。同时也着手优化和沉淀了一个启动加速工具（在其他同学的项目上迭代得到），能够针对整个过程中最耗时的启动阶段进行加速，有不错的效果。

构建部署耗时分析

idle-local项目耗时统计

注：

1. mtop是我们项目的api层

2. hsf是阿里的RPC框架

3. pandora是一个的轻量级的隔离容器，用来隔离Webapp和中间件的依赖

重点优化分析

根据统计得到的应用编译部署耗时情况，以及理论上的加速空间，我们制定了以下几项优化的重点：

1. 部署过程中，启动应用是最主要的耗时项，也是最容易随着应用迭代膨胀的部分，其中启动应用的主要耗时是bean的初始化。

2. 构建过程中，代码编译是主要的耗时项，理论上存在较大的优化空间。

3. 镜像中最后一层打包内容的大小会影响镜像push和pull的耗时，如果能够将变动范围分层优化，会有较大的收益。

4. 停止应用的过程中，为了处理RPC服务HSF优雅下线和应用优雅关闭，花了比较多的时间，在非生产环境可以省略

构建部署速度治理方案

应用启动加速-Spring Bean异步初始化的原理与落地

加速效果：????????????????

配置简易：????????

推荐指数：????????????????

我们通过分析spring的初始化过程会发现，spring对于bean的创建，不论是通过遍历还是通过依赖触发，都是通过同步的方式对bean进行初始化的。这就导致了当一个bean的初始化过程很久的时候，会严重阻塞后续bean的初始化，哪怕这两个bean之间完全没有相互依赖。如果能够将bean的初始化过程放到异步线程中，则会大大提升bean的创建效率。