谷歌在今天的博客文章中宣布即将对提交给Play商

但是，这些要求不是静态的。在每个主要的Android版本发布后的一年后，Google都会在2019年提高targetSdkVersion要求。例如，Android P发布后1年，应用程序必须以API级别28或更高为目标。

但是，由于64位代码可以提供更好的性能，因此Google 要求其应用程序使用本机库的开发人员必须具有64位替代方案，才能在仅64位设备上运行。应用程序既可以包含32位库，也可以包含64位库，或者使用开发者控制台中的多个APK功能通过一个库分发多个版本的APK 。该要求将从2019年8月开始生效，并且不会影响没有运行任何本机代码的应用程序。

对于在可预见的将来不会接收任何更新的应用程序，什么都不会改变。这些应用程序将继续存在，尽管它们当然将无法利用更新的SDK中引入的任何新功能。如果此类应用程序的开发人员出于任何原因希望更新其应用程序，则他们将不得不更新其应用程序以满足更高API级别的要求。

大多数旗舰Android设备都具有基于64位架构的芯片。根据Google的说法，超过40%的设备支持64位。分发本机库的应用程序当前只能基于32位代码，并且由于向后兼容，64位设备仍然可以工作。

变更1：定位较新的API级别

尽管先前的要求仅影响到提交给Play商店的新应用程序或更新的应用程序，但是这句话似乎表明，Android的未来版本还将对与最新API级别保持不同步的应用程序施加限制。Android 8.0 Oreo引入了仅运行时权限 ，该权限要求应用程序以API级别23为目标，因此Google可以开始限制此类限制后的新功能。

这是用户安全的福音。Android 6.0 Marshmallow引入了运行时权限，该权限可保护某些敏感权限，例如用户必须接受的对话框后面的位置或联系人访问权限。但是，应用程序可以通过定位较旧的API级别来避开运行时权限。如果应用程序以该较旧的API级别为目标，则在安装过程中将授予权限。

Google在今天的博客文章中宣布即将对提交给Play商店的应用程序进行重大更改。这些更改旨在通过要求开发人员针对较新的API级别来提高最终用户的安全性。此外，Google也将开始要求分发本机库的应用程序还必须提供这些库的64位版本。但是，这些更改分别要到2018年中和2019年中才会生效，因此开发人员将有足够的时间来进行更新以满足这些新要求。让我们更深入地研究这些更改对开发人员和最终用户的意义。

变更2：对本机代码的64位支持

在这一新要求中有一个有趣的子句。引用博客文章：

最后的更改不需要开发人员采取任何措施。而是由Google Play自动处理。Play商店将开始向每个APK添加少量元数据，这将验证Google Play商店已正式分发应用程序。Google Play的最大APK大小将增加，以说明此新的元数据，但开发人员的应用程序中不应进行任何更改。

最新的API级别是27，与Android 8.1版本相对应。在此之前是API级别26，它对应于Android 8.0 Oreo。从2018年8月开始，提交到Play商店的任何新应用程序都必须至少达到API级别26。此外，从2018年11月开始，对现有应用程序的更新还必须针对API级别26或更高级别。

未来Android版本的注意事项

请记住，这些要求仅针对目标API级别，并非最低要求。这意味着您仍然可以构建可在旧版Android(例如Android Lollipop)上运行的应用程序。这很重要，因为仍然有数百万用户在其设备上运行旧版Android。您应该实现什么最低API级别?在Twitter上关注@minSdkVersion，以获取有关何时应进行更改的最新信息。

变更#3：安全元数据以确保真实性

未来的Android版本还将限制不针对最新API级别的应用，并对性能或安全性产生不利影响。

此外，Android Oreo对后台应用执行，隐式广播接收器和后台位置限制的新限制仅针对以API级别26为目标的应用程序。由于将来将需要此API级别，因此意味着任何用户运行Android Oreo的人不必担心Android Oreo的新限制不会对应用程序进行优化。