Google的Android App Bundle(AAB)带来了应用瘦身和更快的安装速度，但对传统App加壳技术构成挑战。文章介绍了AAB的工作原理，包括Split APKs和Dynamic Feature Module，并指出传统加固技术的不适用性。几维安全的Java2c加固方案为应对AAB提供了支持，通过加密Dex并转换为SO文件，确保应用在AAB模式下的安全性和兼容性。
Google I/O大会上，Google向 Android 引入了新 App 动态化框架（Android App Bundle, AAB），被看作是对Android未来发展具有颠覆性的动态化解决方案。在给Android App带来便利的同时，也给移动安全领域带来了新的挑战：传统App加壳技术无法应用在App Bundle模式生成的数据包之上。然而，几维安全推出的java2c加固方案完美支持Android App Bundle动态化框架，守护企业的核心代码和数据安全。
App 瘦身新姿势：Android App Bundle
Android App Bundle是借助Split Apk完成动态加载，使用AAB动态下发方式，可以大幅度减少应用体积，加快用户安装速度。使用Android的新应用发布格式和Google Play的工台交付上传应用，生成和提供针对每个用户的设备进行优化的APK。只须在 Android Studio 中构建一个应用 (App Bundle)，就可以将应用所需的全部内容 (适用于所有设备) 都涵盖在内：所有语言、所有设备屏幕大小、所有硬件架构。它本身并不支持动态化，只是动态化的一个载体文件，真正实现逻辑并不是它。
1.Split APKs
多APK支持以下类型屏幕密度ABI，使用新的拆分机制，构建同一个应用程序的hdpi版本和mdpi版本，能够共享很多的任务 （如 javac，dx，proguard）。此外，它会被认为是一个单一的variant，并且同一个测试程序将会被用来测试每个多APK。
2.Dynamic Feature Module
最低0.47元/天 解锁文章
4131
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
