嘿，我来帮你理清这两个问题——Android Studio 3.6在APK发布流程上确实有几个关键调整，正好对应你遇到的情况：

一、APK体积暴涨但下载大小不变的原因 #

Android Studio 3.6之后，默认构建的发布版APK会打包所有支持的ABI架构原生库（比如armeabi-v7a、arm64-v8a、x86等），这直接导致了整体体积从60MB涨到102MB。但你在AS里看到的“下载大小”是Google Play优化后的结果：Google Play会根据用户设备的架构自动拆分APK，只下发对应架构的.so文件，所以用户实际下载的大小还是60MB左右。

之前的版本可能默认开启了ABI拆分，或者你手动配置过拆分，所以生成的APK只包含单一架构的库，体积更小。

二、zipalign无法对齐.so文件的原因 #

这个问题和APK签名方案的变更有关：Android Studio 3.6默认启用了APK Signature Scheme v3（兼容v2），而v2/v3签名的机制是对APK的整个文件块进行签名验证。这里的关键是：

zipalign必须在签名之前执行，签名之后再运行zipalign会破坏APK的签名完整性，导致对齐失败。

另外，v2/v3签名默认会让原生库文件（.so）以未压缩的形式打包进APK，这类文件本身已经满足内存对齐要求，zipalign不需要对它们进行处理，所以你看到的“对齐失败”提示其实是正常的，不会影响APK的正常使用。

解决操作建议 #

针对体积问题 #

• 如果你希望本地生成的APK体积回到之前的大小，可以在模块的build.gradle中配置ABI拆分，生成对应不同架构的独立APK：

android {
    // 其他配置...
    splits {
        abi {
            enable true
            reset()
            // 保留你需要支持的架构
            include 'armeabi-v7a', 'arm64-v8a'
            // 不生成包含所有架构的通用APK
            universalApk false
        }
    }
}

• 如果你只是上传到Google Play，其实不用在意本地APK的体积，Google Play的动态交付会自动处理拆分，用户下载的还是优化后的大小。

针对zipalign问题 #

• 如果你是用Android Studio自带的「Generate Signed Bundle/APK」流程打包，完全不需要手动执行zipalign，AS会自动按正确顺序（先对齐→再签名）完成所有操作。
• 如果你必须手动打包，严格遵循这个流程：
  1. 生成未签名的APK
  2. 执行zipalign -v 4 unsigned.apk aligned.apk进行对齐
  3. 用apksigner对对齐后的APK进行签名
• 不要再对已经签名的APK执行zipalign，这不仅会失败，还会破坏签名，导致APK无法安装。

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