【发布时间】:2018-07-10 23:59:39
【问题描述】:
我刚刚收到并阅读了a newsletter from Google Play 提到,从明年开始,商店“将要求新应用程序和带有本机库的应用程序更新提供 32 位版本之外的 64 位版本”。
对于尚未阅读的人,它指出:
2019 年 64 位支持要求
Android 中引入了对 64 位架构的平台支持 5.0。今天,超过 40% 的在线 Android 设备支持 64 位,同时仍保持 32 位兼容性。对于应用程序 使用本机库,64 位代码通常提供显着 更好的性能,额外的寄存器和新的指令。
期待未来支持 64 位代码的 Android 设备 仅,Play 管理中心将要求新应用和应用更新 除了 32 位之外,本机库还提供 64 位版本 版本。这可以在单个 APK 中,也可以作为多个 APK 之一 APK 已发布。
我们不会删除 32 位支持。 Google Play 将继续 支持 32 位应用程序和设备。不包含本机代码的应用 不受影响。
此更改将于 2019 年 8 月生效。我们提供 今天提前通知,以便为不这样做的开发人员留出足够的时间 还支持 64 位规划过渡。敬请期待未来 我们将在其中深入研究性能优势 Android 上的 64 位本机库,并查看 CPU 和 NDK 架构指南了解更多信息。
如果适用,我们需要进行哪些实际更改才能完全符合这一新要求?
【问题讨论】:
-
如果您有自己的 NDK 代码,则需要支持 64 位版本的 ABI。如果您没有自己的 NDK 代码,但您使用的库有,则他们需要提供支持 64 位 CPU 架构的库版本。
-
感谢您的回答,CommonsWare!从你的回答和我读到的东西来看,它似乎并没有那么复杂。让我再问你一件事:如果开发人员既不拥有也不使用 NDK 代码,这是否意味着常规应用程序已经为两者做好了准备?另外,如果您想提供文本作为答案,我很乐意接受。
-
"如果开发者既不拥有也不使用 NDK 代码,是否意味着常规应用已经为两者做好了准备?" - 由于我不确定您所说的“既不拥有也不使用”是什么意思,我无法回答,抱歉。换句话说:如果您检查您的 APK(例如,在 Android Studio 中分析 APK),并且您没有找到包含
.so文件的lib/目录,那么您无需对此进行任何操作即将到来的要求。如果您确实找到.so文件,但在名册中看不到 64 位架构,则需要找到这些.so文件的来源并更新它们。 -
对不起,我问你这个问题的方式(这是我今天醒来后做的第一件事)。无论如何,你几乎澄清了我对这个话题的所有疑问,非常感谢你的关注和支持。
-
@kvadityaaz:希望您可以通过
.so文件名识别它。也许它会很明显,或者搜索它会找到匹配项。否则,您可以将您的dependencies复制到一个废品项目中,确认.so出现在该废品项目的应用程序中,然后开始注释掉依赖项,直到您找到哪个拉入了.so。
标签: android android-ndk google-play 64-bit 32-bit