【app界面展示源码】【es源码详解】【websocket源码下载】aidl 源码路径

来源:源码sans

1.compileDebugKotlin FAILED和aidl

aidl 源码路径

compileDebugKotlin FAILED和aidl

        自从入职CS,项目编译一直有个神坑报错,每次都需要clean rebuild若干次,源码app界面展示源码 非常耽误时间

        简单的说, 如果在使用AIDL时需要一个自定义的数据类型, 我们一般会这么写:

        当我们写一个子类SubClass继承该类.然后在Kotlin文件中直接或者间接引用到SubClass时, 就会出现一个以下的报错

        报错发生在 app:compileDebugKotlin , 也就是kotlinc. 但是我们明明已经定义了该类. 全局搜索发现有两个 CustomParcel.java, 推测是两个同名的文件引起.

        除了我们自己写的Java文件, 另外一个肯定是aidl生成的. 引用一张图:

        在编译开始时会把aidl转化为Java文件, 接下来才会经过javac, kotlinc把JVM语言文件转化为字节码 .class 文件.

        查看aidl生成的文件, 发现是空的, 并且有一行注释: 说明这是一个 PlaceHolder, 也就是占位文件.

        网上搜到有人遇到了 相同的问题 ,问题确实发生在kotlinC编译器以aidl生成的空java文件为编译目标, 而不是真正的java类文件. 并且也给出了解决办法,升级buildTools版本.

        查看 buildTools提交记录

        提交记录: No java output for parcelable declaration. 也就是移除了以下的为自定义的aidl Parcelable类生成Java文件的设定(.0.2之前的实现)

        升级.0.3, 再次编译, 发现build/aidl目录下不再生成同名的 PlaceHolder文件了, 只剩下唯一的我们自己的文件, kotlinC这次只能用唯一的文件来编译,报错解决.

        至于为什么有时候clean rebuild能编译成功,需要探究下kotlinC的源码.

        最坑的是, .0.2就是 gradle plugin4.1默认支持的版本 , 所以你不手动指定buildTools版本为.0.3以上就会掉进坑里.

文章所属分类:知识频道,点击进入>>