我之前也碰到过类似的aapt打包崩溃的情况，结合你描述的现象——只要在Manifest里添加@drawable或@style这类资源引用就崩溃，而且是在解析完图标文件后出问题，大概率是资源本身、目录结构或者工具兼容性的问题，给你几个具体的排查和解决方向：

• 检查资源目录与文件的规范性
  首先确认你的资源结构完全符合Android的规范：

  • @drawable/icon对应的文件必须存在于res/drawable（或对应dpi的子目录如drawable-mdpi）下，文件名要完全匹配（Android资源文件名区分大小写，Icon.png和icon.png会被识别为不同文件）；
  • 不要出现拼写错误，比如把drawable写成drawables，或者资源文件名里有特殊字符（Android资源文件名只能用小写字母、数字、下划线和点）。

• 排查资源文件本身是否损坏
  很多时候aapt崩溃是因为资源文件本身有问题：

  • 替换icon.png为一个确定正常的图片（比如系统默认的图标），重新打包试试，如果能成功，说明原来的图片文件可能损坏或者格式不兼容（比如旧版aapt对WebP格式支持不佳）；
  • 如果是矢量图（VectorDrawable），要确认你的aapt版本支持该格式，旧版aapt处理矢量图容易出现崩溃问题。

• 调整aapt参数或更换工具版本
  试试这些参数调整：

  • 关闭图片压缩：在命令里添加--no-crunch参数，变成aapt package -v -f --no-crunch -M AndroidManifest.xml -S res -I android.jar -F test.apk，如果这样能成功，说明崩溃出在图片压缩环节，要么是图片格式问题，要么是aapt的压缩逻辑有bug；
  • 更换对应SDK版本的aapt工具：如果你的android.jar是高版本（比如API 30+），但用的是旧版aapt，很可能存在兼容性问题，建议从Android SDK的build-tools目录下选择和目标SDK匹配的版本（比如build-tools/30.0.3/aapt）来执行打包命令。

• 开启详细日志定位问题
  把命令里的-v换成-vv，获取更详细的输出：

  aapt package -vv -f -M AndroidManifest.xml -S res -I android.jar -F test.apk
  

  从详细日志里可以看到崩溃前aapt正在处理的具体资源，能帮你精准定位到问题根源。

• 检查Manifest的资源引用语法
  确认Manifest里的资源引用没有语法错误，比如有没有漏写@符号，或者引用了不存在的资源。有时候其他位置的错误引用也会导致aapt在处理到图标资源时崩溃。

内容的提问来源于stack exchange，提问作者Leso_KN