最近升级min_sdk从21 ->25,在生成apk后，包体积比原包增加了70MB.使用Android studio 自带分析工具
进行分析。发现某一个so文件在sdk 21 时，为40Mb大小。在sdk 25大小为104MB。想着是so压缩问题，通知
游戏研发人员进行查找不得而终。
使用BeyondCompare 4进行解包比对二进制查看变更。仅仅发现dex文件增加10Mb左右。和使用Android studio分析
工具比对的100Mb差的比较多。分别解压sdk 21 的apk和sdk 25 apk发现，大小一样。
原因可能：
1.so未开启压缩导致，或者某些原因导致so动态库变大。
2.apk压缩格式在21~25之间有变更导致包体变大。
原因1：通过查看unity相关配置文件没有任何更改.使用新旧包验证发现unity sdk 一致。可以排除是unity 游戏sdk问题。
原因2: 通过查看google官方changeList，也没有提到相关更改项。顿时陷入焦灼。
一同事翻墙输入 android sdk 22 apk size 关键词，查到一条相关索引 android - APK size increased 35mb when bumping min SDK … 。
在清单文件AndroidManifest.xml 的Application下添加该属性。解决了问题
android:extractNativeLibs="true" 如下，关于对该属性的官方解释。
避免解压缩原生库 在构建应用的发布版本时，您可以通过在应用清单的 元素中设置 android:extractNativeLibs=“false”，将未压缩的 .so 文件打包在 APK 中。停用此标记可防止 PackageManager 在安装过程中将 .so 文件从 APK 复制到文件系统，并具有减小应用更新的额外好处。使用 Android Gradle 插件 3.6.0 或更高版本构建应用时，插件会默认将此属性设为 “false”。
首次安装apk，进入设备的设置-应用程序-安装的apk查看存储
总结：
在Android M+（sdk=23+）以上版本默认android:extractNativeLibs = false，导致so库用未压缩方式写入apk中（apk size增加原因）。且该属性可以控制apk安装器在安装过程中是否将so库拷贝到设备的文件系统中，现象是，apk会占用较多的设备存储空间。android:extractNativeLibs = true，设置true。会节省设备存储空间。
apk size： https://stackoverflow.com/questions/62440105/apk-size-increased-35mb-when-bumping-min-sdk-from-21-to-24