aapt问题:注意你的用户名不要中文,项目中不要中文。
aapt和aapt2就是个升级后的关系,这个东西主要就是打包资源文件,包括layout,drewable等,你要注意这些资源文件命名格式。例如:layout不能有大写,资源文件命名不能中文,资源文件id要明确,不能重复,等等,就是你资源文件问题,有一个很low的方法,就是在gradlew直接 =false,这个不能根本解决问题,大部分人只是用下,解决了,但是不懂也不行。
根本的解决问题还是看报错的日志,找到 问题的根源,有时候因为这个问题会导致一些列的问题,所以看日志要找到根源问题。
aapt2 报错就是资源文件不规范问题,这才是根源。
aapt 是Android Asset Packaging Tool的缩写,是编译和打包资源的工具。而aapt2是在aapt上做了优化。Android Gradle Plugin 3.0.0或者更高版本默认开启aapt2。当然也可以在配置文件中手动关闭aapt2。
一般打包过程情况下,都是由gradle自动调用aapt2,将资源文件编译成二进制文件。当然,我们也可以使用命令行进行手动打包资源。aapt2打包资源的流程如下图。
编辑
aapt2打包资源流程
aapt2将原先的资源编译打包过程拆分成了两部分,即编译和链接。
- 编译:将资源文件编译为二进制格式文件
- 链接:将编译后的所有文件合并,打包成一个单独文件
这种方式可以很好的提升资源的编译性能,比如只有一个资源文件发送改变时,你只需要重新编译改变的文件,然后将其与其他未改变的资源进行链接即可。而之前的aapt是将所有资源进行merge,merge完后将所有资源进行编译,产生一个资源ap_ 文件,该文件是一个压缩包,这样带来的后果就是即使只改变了一个资源文件,也要进行全量编译。
AAPT 是Android Asset Packaging Tool的缩写,是编译和打包资源的工具。而aapt2是在aapt上做了优化。Android Gradle Plugin 3.0.0或者更高版本默认开启aapt2。当然也可以在配置文件中手动关闭aapt2。
好接下来开始解决问题:
第一步,禁用AAPT
嗯,既然是默认启用,那么我去把你给关了不就好了么,查资料翻各位前辈的博客,哇~,被坑的人还不少,网上一大堆说更新版本后报AAPT2错误的,基本上解决方法都是说在项目的gradle.properties中添加android.enableAapt2=false。
满心欢喜的去加上,然后clean,build一顿连贯操作,哦哦o(╥﹏╥)o,还是报错:
The option 'android.enableAapt2' isdeprecated and should not be used anymore.
Use 'android.enableAapt2=true' to removethis warning.
仔细读了下:
选项“android.enableAapt2”已被弃用,不应再使用。
使用“android.enableAapt2=true”来删除这个警告。
按照意思我们使用“android.enableAapt2=false”来关闭AAPT2是不行的了,这个方法已经过时了,关闭之后Android Studio告诉我们要把它打开,打开又会报错,这样就陷入了一个死循环,于是只好删除了刚才插入的“android.enableAapt2=false”。
第二步:检查gradle缓存路径是否存在中文
之前搜解决方案的时候还有前辈说gradle的缓存存在中文目录也会导致AAPT,在Android Studio中菜单栏,File->Settings,打开Gradle标签,修改Service directory path,将这个目录指定到一个没有中文目录的文件夹中,清理项目,重新编译,问题就可以解决。
第三步:老老实实看错误日志
说实话,看着一大堆错误日志,还没有点击跳转定位到我们自己写代码位置的时候我是拒绝的,一行行去看很累,甚至很多东西我也看不懂…
这里写下在Android studio中常用的Gradle命令
查看版本号: gradle -v
编译执行某个task: gradle Task名
显示所有的Project:gradle projects
显示所有的task:gradle tasks
查找所有的gradle命令: gradle --help
我们现在要看详细日志,会用到下面
gradlew compileDebug --stacktrace
//如果上面的命令不管用,可以使用下面的命令试试
gradle compileDebug --stacktrace
//加上-info或者-debug的选项得到更详细的信息
gradlew compileDebug --info
gradlew compileDebug --debug
在命令行中进入项目的根目录,或者可以在Android studio的Terminal中直接操作也可以,我是直接在Terminal中执行的。
stacktrace信息里面很多我也不清楚是什么,
但是注意到了一个ResourceException资源异常;其实看到这个之后心里有点底了,应该是哪里的资源文件出了问题(资源id,文件不存在之类的),然后更改命令最终在info信息里面我看到了关键性的一句(日志很多很长我就不贴出来了):
resource drawable/back_bg not found.
回到项目中发现我的drawable文件中并没有back_bg这个文件,这个文件是老项目一个依赖包里面的东西,接着修改相关依赖,处理资源问题,清理项目,编译项目,问题解决o( ̄︶ ̄)o
总结:
虽说我这个问题最后处理起来与AAPT好像关系不大,但是还是给大家一个处理AAPT异常的步骤建议:
别尝试写“android.enableAapt2=false”,这是无效的。
有人说新的方法:AndroidStudio->Preferences->InstantRun 把钩全部去掉 点OK,这个具体效果如何我不知道,没有测试过。
检查文件路径是否存在非ascii码(中文),存在修改路径,可以解决大部分问题了。
上面做完没有效果应该就不是通用的问题了,只好自己慢慢看下日志找问题了。
实在不好找并急要,那么应急的情况下考虑降下版本(不推荐,只做应急处理),之后再来修改。
compileSdkVersion、buildToolsVersion、buildToolsVersion、com.android.support:appcompat-v7
编辑
这些最好保持一致,
compileSdkVersion 所在项目使用的sdk库版本
buildToolsVersion 构建工具的版本
buildToolsVersion 目标设备的sdk版本
com.android.support:appcompat-v7:26.+ 声明支持的sdk库版本。
如果compileSdkVersion 与 buildToolsVersion 不匹配会出现如下问题。
可能buildToolsVersion 版本低了一个可以编译,但是不建议这样操作。匹配成一致的是最好的。
编辑
这里的sdk要和下面的一致:compileSdkVersion
其中buildToolsVersion 要和你在最下面引入的jar包一致,就是红色标的。