Android 12 编译之坑

本文文章已首发「扣浪」公众号

我们在完成 Android 12 适配之后主干 CI 集成打包没有问题，但在合入另一个需求的时候，立马就报 javac 编译失败，但只要把 compileSDK 降回 Android 11，他就没问题，然后我们针对该异常进行了各种 google，然后查到一篇 stackoverflow 的解决办法：

通过升级 jdk 版本为 11 即可解决该问题，然后我们先本地进行了实验，将 jdk 环境升到了 jdk11，确实打包没有问题，由于我们的平台打包机环境用的是 jdk8，所以，我们向基础平台化提出了希望能升级 jdk11 的请求，但基础平台化那边的反馈是，该 jdk11 并没有经过验证，并且该变更会影响到多个业务线的打包，风险过高，不予升级。这个也确实，为了完成一个需求的合入就要求升环境版本，非常不合理。
​

基础团队希望我们能先找到是需求合入的哪个问题导致，然后找出影响点进行修改。
​

由于我们的项目结构是组件化的模式，主工程依赖的都是 aar 业务组件，所以，发生 javac 的问题只能是主工程里面的几个 java 类，但主工程只有 2 个 java 类，一个是 Application，一个是 SplashActivity，问题开始缩小查找范围。
​

然后我们去 CI 平台仔细查看了异常日志，看到了这么一条报错：

Hilt_XXXApplicatiton.java:20: error:cannot find synbol
 return DaggerXXXApplication_HiltComponents_SingletonC.builder()

然后我们去看了下我们的 Application 类，确实这次需求合入，有新增一个 hilt 注解：

@HiltAndroidApp
public class XXXApplication extends MultiDexApplication 

在尝试将注解注释后进行打包，没有问题。好了，问题已经定位到，就是这个 Hilt 注解问题导致。
​

异常日志中的 DaggerXXXApplication_HiltComponents 类是通过 Hilt 的 apt 生成的 java 中间类，为啥这个中间类用 jdk8 编译就会失败呢?

通过肉眼去看，完全看不出来是什么问题导致，我们寻求了基础平台的帮助，基础平台的大佬通过下载 javac 1.8 的源码去编译这个中间类，立马定位到是一个 MODULE 的错误，然后查了一下这个 MODULE 是属于 @Deprecated 注解：

然后我们查了下 DaggerXXXApplication_HiltComponents 中是否有 @Deprecated 注解，确实找到了有：

注释也给的很明白，这是一个已定义但未使用到的模块，Hilt 插件会自动给该 module 打上 @Deprecated 注解，那这个 @Deprecated 注解又有什么问题呢？其实他的注释也给的很明白：

该模块的编译最少需要 jdk9 版本，真相大白，怪不得使用 jdk11 能编译通过。所以，我们将解决办法改成了，在组件中移除这个已定义但未使用的 module，这样，Hilt 就不会给方法生成 @Deprecated 注解，即可规避掉必须使用 jdk8 以上的问题。

总结：

虽然这次我们找到了是 @Deprecated 注解的问题，但不确定是否还有其他的注解也会跟 @Deprecated 一样，需要更高的 jdk 版本编译才能通过，所以，最好的方式还是提前预研 jdk11 在工程中的应用