自从入职CS，项目编译一直有个神坑报错，每次都需要clean rebuild若干次, 非常耽误时间
简单的说， 如果在使用AIDL时需要一个自定义的数据类型， 我们一般会这么写：
- 自定义一个数据类型aidl文件: CustomParcel.aidl
package com.ukyo.test.parcel;
parcelable CustomParcel;
- 然后在项目里定义一个同名的 CustomParcel.java , 实现Parcelable.
当我们写一个子类SubClass继承该类.然后在Kotlin文件中直接或者间接引用到SubClass时, 就会出现一个以下的报错
> Task :app:compileDebugKotlin FAILED
e: Supertypes of the following classes cannot be resolved. Please make sure you have the required dependencies in the classpath:
class com.ukyo.test.SubClass, unresolved supertypes: CustomParcel
报错发生在app:compileDebugKotlin, 也就是kotlinc. 但是我们明明已经定义了该类. 全局搜索发现有两个 CustomParcel.java, 推测是两个同名的文件引起.
分析
除了我们自己写的Java文件, 另外一个肯定是aidl生成的. 引用一张图:
在编译开始时会把aidl转化为Java文件, 接下来才会经过javac, kotlinc把JVM语言文件转化为字节码 .class 文件.
查看aidl生成的文件, 发现是空的, 并且有一行注释: 说明这是一个 PlaceHolder, 也就是占位文件.
猜测是Kotlinc编译时找到了这个文件, 因为这是个空文件, 连个类声明都没有, 所以会报
Supertypes of the following classes cannot be resolved.
Google的解决办法
网上搜到有人遇到了相同的问题，问题确实发生在kotlinC编译器以aidl生成的空java文件为编译目标， 而不是真正的java类文件. 并且也给出了解决办法，升级buildTools版本.
提交记录: No java output for parcelable declaration. 也就是移除了以下的为自定义的aidl Parcelable类生成Java文件的设定(29.0.2之前的实现)
if (const AidlParcelable* parcelable_decl = defined_type->AsParcelable();
parcelable_decl != nullptr) {
return generate_java_parcel_declaration(filename, io_delegate);
}
升级29.0.3, 再次编译, 发现build/aidl目录下不再生成同名的 PlaceHolder 文件了, 只剩下唯一的我们自己的文件, kotlinC这次只能用唯一的文件来编译，报错解决.
至于为什么有时候clean rebuild能编译成功，需要探究下kotlinC的源码.
最坑的是， 29.0.2就是gradle plugin4.1默认支持的版本， 所以你不手动指定buildTools版本为29.0.3以上就会掉进坑里.
