我的游戏仍在开发中，但 APK 最终可能会达到 100-150MB 左右。因此，我正在考虑使用扩展文件，但是这些文件保存在公共位置，不如 APK 安全。
因此，我决定采用 APK 方法，该方法似乎具有更多好处，例如安全性、较小的整体文件大小等。
但是，在阅读了官方文档后，我并不完全确定密度 APK 是如何工作的。我想创建 3 个 APK（mdpi、hdpi 和 xhdpi），但是我不确定以下内容：
1 - 这是否意味着屏幕密度为 xxhdpi 或任何更新密度的用户将无法下载我的应用程序？
2 - 如何实现不同密度的 APK 文件以便 Play 商店正确检测？
3 - 这可以仅使用 Alpha 和 Beta 版本进行测试吗？
4 - 上传到 Google Play 商店时，网站上显示的应用程序的大小是多少？这会占用我最大的 APK 并显示它吗？
5 - 使用多个 APK 与扩展文件的主要优缺点是什么？
1-这是否意味着屏幕密度为 xxhdpi 或任何更新密度的用户将无法下载我的应用
当您修改 APK 以“缩小”对设备特性的支持并且没有其他 APK 支持超出支持范围的设备时。例如，如果 APK 当前支持小屏幕和正常大小的屏幕，而您将其更改为仅支持小屏幕，那么您已经缩小了支持设备的池，并且某些设备将不再在 Google Play 上看到您的应用程序。您可以通过添加另一个支持正常尺寸屏幕的 APK 来解决此问题，以便仍然支持所有以前支持的设备。
阅读更多多个 APK 的规则
2 - 我如何实现不同的 desnity apk 文件以便 Play 商店正确检测 阅读有关创建多个 APK的信息
3 - 是否可以仅使用 Alpha 和 beta 版本进行测试
所有指南均适用于 Alpha 版和 Beta 版，上传 APK 时，转到高级部分，您将获得必要的信息。
4 - 上传到 google play 商店时，网站上显示的应用程序的大小是多少。这会占用我最大的apk并显示它吗？
我想提请您注意 Developer Android 的报价，请在此处阅读更多信息
Google Play 目前要求您的 APK 文件不超过 50MB。对于大多数应用程序来说，这为所有应用程序的代码和资产提供了充足的空间。但是，某些应用程序需要更多空间来存储高保真图形、媒体文件或其他大型资产。以前，如果您的应用程序超过 50MB，您必须在用户打开应用程序时自行托管和下载额外资源。托管和提供额外文件的成本可能很高，而且用户体验通常不太理想。为了让这个过程对您来说更轻松，对用户来说更愉快，Google Play 允许您附加两个大型扩展文件来补充您的 APK。
将显示给用户的文件大小，将包括与Expansion pack + APK Size该 Android 版本相关的、屏幕密度和设备落入的其他必要存储桶。
5 - 使用多个 apk 与扩展包的主要优缺点是什么？
这很值得商榷，因为这完全取决于您作为开发人员将如何管理应用程序和版本控制以及 Google Play 上的多个 APK。