前不久 Android 官方终于正式发布了 Android Gradle Plugin v4.0，在体验了一把 Android Studio 4.0 的构建速度之快后，Booster 团队决定加速 Android Gradle Plugin 版本适配工作，一方面，为了解决现有的特性在 Android Gradle Plugin v4.0 上的问题，另一方面，推出自 Android Gradle Plugin v3.0 以来全版本适配方案，以解决开发者对 Android Gradle Plugin 的适配问题。

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

1. 修复 booster-cha 模块传递依赖问题

最近看到一道比较有意思的 Java 面试题，在这里给大家分享一下，题目如下：

1
2
3
4

String[] a = new String[2];
Object[] b = a;
a[0] = "hello";
b[1] = Integer.valueOf(0);

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

1. 修复 ScheduledThreadPoolExecutor 的优化问题 #154

前段时间为 booster-task-analyser 做性能优化，不禁开始怀念 Java ，于是乎，又尝试用 Java 写点东西，但总是感觉很不爽，尤其是在 lambda 表达式中 try-catch ，太烦人了，本来就一行代码的事情，硬生生写成 6 行（效率就是被这么给降下来的），我当时就想，能不能让 Java 8 的 lambda 写起来更爽一点？

还记得在 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