从内部测试和内部应用共享下载的相同应用版本之间的应用大小差异
App size difference between the same app version downloaded from the test internal and from internal app sharing
我在测试内部轨道和内部应用共享上上传相同的 aab 包。结果很奇怪：
从测试内部应用下载大小为 44mb
从内部应用共享下载大小为 75mb
我希望下载大小相同。
为什么会有这种大小差异？
AAB 包含您应用的不同语言、屏幕分辨率、ecc 的资源...
当您从 Play 商店下载应用时，它实际上只会下载 AAB 的一部分，即您的特定设备实际需要的部分（基于语言、屏幕分辨率、ecc...）
我认为这个概念适用于测试内部轨道，但不适用于内部应用共享，因为内部应用共享更“面向调试”，（例如，您可以上传调试版本，您不不必使用您的生产密钥来播放捆绑包...）所以我认为通过内部应用共享您实际上是在下载整个捆绑包，而不是针对您的特定设备进行优化。
这可能是下载大小不同的原因，但这只是我的看法:)
不同之处在于 APK 的压缩。
从测试轨道或生产轨道提供 APK 时，Play 会在线路上压缩 APK。如果可能，它还会提供与以前版本不同的补丁。这大大减少了用户必须下载的内容的大小。
从内部应用共享提供 APK 时，Play 不会经历压缩或生成补丁的麻烦，因为它仅用于开发/早期测试目的。
无论捆绑包是上传到内部应用共享还是上传到 testing/production 轨道，APK 中的文件都应该相同。
我在测试内部轨道和内部应用共享上上传相同的 aab 包。结果很奇怪： 从测试内部应用下载大小为 44mb 从内部应用共享下载大小为 75mb
我希望下载大小相同。 为什么会有这种大小差异？
AAB 包含您应用的不同语言、屏幕分辨率、ecc 的资源...
当您从 Play 商店下载应用时，它实际上只会下载 AAB 的一部分，即您的特定设备实际需要的部分（基于语言、屏幕分辨率、ecc...）
我认为这个概念适用于测试内部轨道，但不适用于内部应用共享，因为内部应用共享更“面向调试”，（例如，您可以上传调试版本，您不不必使用您的生产密钥来播放捆绑包...）所以我认为通过内部应用共享您实际上是在下载整个捆绑包，而不是针对您的特定设备进行优化。
这可能是下载大小不同的原因，但这只是我的看法:)
不同之处在于 APK 的压缩。
从测试轨道或生产轨道提供 APK 时，Play 会在线路上压缩 APK。如果可能，它还会提供与以前版本不同的补丁。这大大减少了用户必须下载的内容的大小。
从内部应用共享提供 APK 时，Play 不会经历压缩或生成补丁的麻烦，因为它仅用于开发/早期测试目的。
无论捆绑包是上传到内部应用共享还是上传到 testing/production 轨道，APK 中的文件都应该相同。