应用包（.abb）的大小大于APK（.apk）的大小，难道不应该相反吗？

Question

代码实际上是相同的，我只是添加了一个类，是因为当将Bundle安装在设备中时，其中的一部分将用于该设备，并且其尺寸将减小吗？ >

Answer 1

从docs

  

Google Play的动态投放使用您的Android应用程序捆绑包进行构建   并投放针对每种设备配置进行了优化的APK。这个   通过删除未使用的应用程序，最终用户可以下载较小的应用程序   其他设备所需的代码和资源。

因此，基本上，apk将使用动态交付构建，该交付将仅组合必要的资源，并确保优化安装在特定设计上的构建。没有提到捆绑包的大小较小，但是可以确保最终用户的下载大小较小。

this也是不错的文章。

Mentionig其中提到的一些关键点

  

  
• 第1步：您通常会在Android Studio之类的IDE或Unity之类的游戏引擎中为应用编写所有代码。
  
• 第2步：现在，当您准备测试或发布该应用时，可以将其构建为Android应用套件，这是Android的新应用发布   格式。您仍然对应用进行签名，以便Google Play可以验证其   从你那里。
  
• 第3步：如果尚未注册，请选择通过Google Play进行应用签名。如果您要发布新应用，则可以一键完成   上传应用程序时的流程。选择加入时，Play会指定   您用来对应用捆绑包进行签名的第一个密钥作为上传密钥。   这仅是出于安全标识的目的，如果您愿意的话   丢失，可以与Google联系以验证您的身份并重置   它。对于现有应用，您需要访问以下位置的应用签名页面：   Play控制台，然后将您的应用签名密钥安全地转移到   Google Play。为什么需要这样做？继续执行第4步以查找   出来。
  
• 第4步：将您的应用捆绑包上传到Google Play时，Play会对其进行处理并生成使用应用签名进行签名的拆分APK   您可能使用的每种设备配置和语言的关键   支持。拆分APK是Android平台中引入的功能   AndroidL。只要每个拆分的APK用相同的密钥签名，   Android平台会将其视为一个应用。你可以想到一个   将APK拆分为APK的“一部分”：要运行该应用，设备会将   所有零件都作为一个应用程序。
  
• 第5步：当用户安装应用时，Play会提供基本拆分APK（每种设备都通用的所有代码），语言   拆分APK（针对用户说的语言）和设备
    配置拆分的APK（用于设备的屏幕尺寸和CPU
    建筑）。这意味着设备无需任何设备即可满足其需求
    浪费空间。为了让设备接受更新，每个
    版本的拆分APK必须使用与
  相同的应用签名键进行签名   原始应用安装。