还记得在 jQuery 还没有诞生的年代，我在大学宿舍用一个通宵撸出了 Tree 组件，足足令我兴奋了一整天，自此之后，感觉自己已经深得 JavaScript 之精髓，工作多年后，因为项目的缘故，又重拾 JavaScript 发现 Node.js 竟然如此让人着迷，就好像一把尘封了多年的利剑再现峰芒，一周的时间便撸了一个前端插件化框架，尽管是在 require.js 流行的年代，但 require.js 依然无法解决按依赖顺序动态加载插件模块的问题（因为模块中不仅仅只有 js 代码，还有 css ，json 等资源），没办法，只好自己动手造轮子了（要是那时候有 webpack 该多好啊）。

• 第〇一章：难逃的墨菲定律
• 第〇二章：涛哥的屠龙之技

大约在两年前，那时候的 Booster 还没有计划开源，第一版也并不是用 Kotlin 写的，而是 Java 8 ，之所以用 Kotlin 重写 Booster 并不是因为 Java 8 不好，虽然 Java 8 也有它的问题，但最初的动机，除了完善原有设计上的缺陷外，更主要是为了更好的掌握 Kotlin 这门语言。

最近一直在优化 booster-task-analyser ，一方面是功能特性的完善，另一方面是性能的优化，在此之前，静态分析的工作是由 booster-transform-lint 完成的，虽然已经很早就开源了这个模块，但是对静态分析的结果一直不是很满意，加上其它一些方面的考虑，索性重写一个，所以就有了 booster-task-analyser，用来替代 booster-transform-lint。

经过不懈的努力，Booster 又双叒叕发布了新的版本—— v1.5.0，本次更新内容如下：

1. 修复 AGP 3.6.0 兼容性问题 #145

自 2019 年的 GDD 之后，Flutter 成为了移动端的一颗耀眼的新星，由于其独特的设计，在性能和开发体验上远超 React Native 、Weex 等一些跨端开发框架，然而，从现有的原生技术栈切到 Flutter 是有一定的成本的，所以，不太可能推翻原有的原生架构，都会先拿非核心业务来试试水。

Booster 又双叒叕发布了新的版本—— v1.4.0，本次更新内容如下：

1. 优化 transform 流程，支持 Build Cache

Booster 又双叒叕发布了新的版本—— v1.3.2，本次更新内容如下：

1. 优化 booster-transform-br-inline @linjiang

记得曾经有位朋友说过：“作为一个男人，应该随时做好应对一切的准备”，我深以为然，男人不仅是父母的儿子，也是儿子的父亲，虽然平时我也很注重这方面，但是 2020 年春节这场突如其来的疫情让所有人都措手不及，我也不例外，全世界一罩难求，大家的工作和生活也是诸多不便，尤其是采取了封城措施的城市，基本的生活物资都比较紧缺，在这段时间里，我开始思考一个问题——如何应对这种不确定的危机？

做 Java 开发的同学应该对 SPI (Service Provider Interface) 不会陌生，无论是 JDK、Gradle 亦或是一些第三方框架，都或多或少的用它来实现可扩展的能力，为什么在 Android 平台上却鲜为人知呢？