在Android中迁移到LibC ++后观察大小的增加

Question

我正在努力从Gnustl迁移到LibC ++，我观察到从Android中的gnustl迁移到LibC ++后，整体大小增加了8-10％ 。 我们添加的可能会占用大小的其他依赖项很少，

•静态链接libc ++中的其他libunwind.a。

•重写typeInfo类，特别是由于检查typeInfo ==运算符的行为不同。

但即使在这两个变化之后，我也不明白是什么导致了整体规模的增加。 我最初怀疑在某种程度上引入LibC ++是禁用调试符号剥离，但这也不是真的，我通过明确禁用-Wl，-gc-sections＆-ffunction-sections -fdata-sections验证 ，这进一步增加了生成的SO和APK。

由于许多其他人已经经历了这个循环，我认为在使用LibC ++时，其他人是否也观察到这些增加大小的副作用是好的？

谢谢/

Answer 1

我的建议是使用Android Studio的分析工具分析您的APK：为此，在Android Studio中只需转到Build - > Analyze APK - >选择任何内置的APK文件，最后查看APK中包含的每个文件的大小：

然后使用Gnustl将其与APK进行比较

通常最大的增加APK大小是原生的.so文件。 可能libc ++的本机文件比Gnustl更大。 或者甚至更可能是libg ++为某些CPU架构添加.so文件Gnustl没有。 我的意思是，lib目录中可能会出现更多目录。

如果第二种情况是您的情况，您可以在Google Play上发布APK时使用Android App Bundle，以确保设备只下载最适合的.so文件，而不是其他文件。 什么减少了安装的应用程序的总大小。