Xamarin.Android应用程序捆绑包；捆绑到本机程序集中“；增加大小，但游戏控制台显示较小的下载
Xamarin团队计划删除“Bundle-into-native-assemblies”选项，他们声称Android应用程序捆绑包应该在减少应用程序大小方面做类似的工作。这看起来是真的，但令人困惑 我使用选中和未选中的“捆绑到本机程序集”选项创建了我的应用程序。Xamarin.Android应用程序捆绑包；捆绑到本机程序集中“；增加大小，但游戏控制台显示较小的下载,xamarin,xamarin.forms,xamarin.android,Xamarin,Xamarin.forms,Xamarin.android,Xamarin团队计划删除“Bundle-into-native-assemblies”选项，他们声称Android应用程序捆绑包应该在减少应用程序大小方面做类似的工作。这看起来是真的，但令人困惑 我使用选中和未选中的“捆绑到本机程序集”选项创建了我的应用程序。 令人惊讶的是，在没有这个选项的情况下，aab的大小几乎是原来的一半。通常，在创建apk时，围绕此选项的另一种方式似乎是减小apk大小 我刚刚使用Android Studio Apk Analyzer比较了两种aab，以了解其区别。正如您
令人惊讶的是，在没有这个选项的情况下，aab的大小几乎是原来的一半。通常，在创建apk时，围绕此选项的另一种方式似乎是减小apk大小 我刚刚使用Android Studio Apk Analyzer比较了两种aab，以了解其区别。正如您在下面所看到的，左侧是“未绑定到本机程序集”，右侧是。 当您解压aab时，您可以看到生成的文件是相同的。没有此选项的Aab也会生成模糊的SO文件。 看来Xamarin团队是对的。不确定性能增益，因为此选项会增加一些人声称的性能增益 现在是google play控制台的最终检查。我已经一个接一个地上传了这两个文件，令我惊讶的是，google play控制台显示了其他一些东西 请参见下文，版本6包含绑定到本机程序集的包，版本7不包含绑定到本机程序集的包。 这怎么可能？当aab大小为58.8mb与33.8mb时，但下载大小几乎相同，而58.8mb的下载大小甚至更小。这是google play控制台中的一个bug吗？因为正如您在上面看到的，第二个屏幕截图显示，对于每个abi大小都是完全不同的，因为有这个“bundle\u app\u so”为“bundle into native assemblies”选项生成，并且这两个选项中的所有其余文件都是相同大小的 更多的google play控制台显示类似的下载大小，但较大的aab在设备上的安装大小较小 将其绑定到本机程序集 没有绑定到本机程序集
这是一个不错的（令人困惑的）发现。只是想澄清一下，在您的测试中，您的
version 6bundleAssemblyversion 7bundleAssemblybundleAssembly应用程序大小实际上是相同的smaller@SimonSays我不是100%肯定。在我看过谷歌游戏后。我将带有捆绑包的aab推入本机程序集，但当我检查三星s10上的安装大小时，它大约是50mb，而不是34MB。所以谷歌可能是错的。我不确定谷歌是否估计这是针对不同类型的手机。为什么较小的aab要安装比较大的aab更大，这也是毫无意义的。试试你的应用程序，让我知道你发现了什么。捆绑到本机程序集中对于apk来说当然是有意义的，但我认为对于aab.nice（和令人困惑的）查找来说是没有意义的。只是想澄清一下，在您的测试中，您的version 6
已启用bundleAssembly
选项，而version 7
未启用此选项，对吗？@SimonSays是的，没错。我在那里打错了字。谢谢你的提醒。我现在修好了，所以。。。根据您的发现，得出bundleAssembly
确实有助于减少应用程序捆绑包的大小的结论是否仍然正确？由于有/没有bundleAssembly
，下载大小大致相同，并且有了它，设备上的应用程序大小实际上是相同的smaller@SimonSays我不是100%肯定。在我看过谷歌游戏后。我将带有捆绑包的aab推入本机程序集，但当我检查三星s10上的安装大小时，它大约是50mb，而不是34MB。所以谷歌可能是错的。我不确定谷歌是否估计这是针对不同类型的手机。为什么较小的aab要安装比较大的aab更大，这也是毫无意义的。试试你的应用程序，让我知道你发现了什么。捆绑到本机程序集中对apk来说当然有意义，但我认为对aab来说没有意义。