Android 对google play控制台中的版本控制感到困惑

我有：

• 一年前在Google Play上发布的一款版本为“1”的旧应用。目标SDK 22
• 版本为“2”的较新应用实际发布到生产中，其卷展速率为20%（默认）。目标SDK 25

问题:

---

旧应用程序是否仍然可见并可供任何用户/设备下载，或者版本为“1”的应用程序是否通常已停用？

目标SDK不影响应用程序交付，只影响最小/最大SDK，因此这是一个模糊的问题

简而言之：目前，20%的用户将获得版本2，80%的用户将获得版本1。当您最终将卷展栏增加到100%时，版本1将自动完全禁用

---

较长的答案是：在更复杂的情况下，应用程序定位开始发挥作用。这不适用于你问题中的情况。假设版本1是minSdk 22，版本2是Minsk 25。每个用户将被随机分成20:80的“首次展示”或“老”组。如果他们在“旧”组中，他们将获得版本1。如果他们在组“卷展栏”中，则会检查他们的Sdk。如果大于25，他们将获得“卷展”。否则他们就会退却，变得“老”。当推出率达到100%时，SDK用户非常感谢。是否有办法推出20%（已安装版本“1”中的20%可升级到“2”）并同时完全停用版本“1”。我是说100%是指所有已安装的应用程序。因此80%仍将保留在版本“1”上。但新用户的情况如何呢。或者换句话说。“80%将获得版本‘1’”没有意义，因为80%来自什么？不，新用户与现有用户的比例始终相同。出于兴趣，你为什么希望他们得到不同的待遇？好的。我不太明白。意味着4个新用户获得版本1，1个新用户获得版本2，依此类推，明白了吗。解释得很好。谢谢。该实现实际上是一个基于用户id的随机函数。它不是在固定的“4个用户v1，然后1个v2”中完成的。假设用户ID被随机分配到10亿到10亿之间。然后，您可以想象用户id>80000000的用户将获得V2，id<80000000的用户将获得v1（因此给定的用户总是获得相同的版本）。它并不完全像这样工作，但这是理解它的一个好方法。