Ios 更改设备日期并重置回正确的日期仍然会使testflight构建过期

我目前正在通过testflight测试一个应用程序。因为测试一个应用程序有90天的限制，超过90天，testflight应用程序将过期，无法进一步测试

当我将设备日期更改为大于90天的未来日期时，打开应用程序会显示测试飞行已过期。这是预期的行为

但是，当我将日期更改回当前有效日期时，该日期的过期时间少于90天。该应用程序仍然显示TestFlight已过期

---

我想了解这是否是正确的行为，因为我找不到任何相关问题。

这是预期的行为。一旦iOS检测到过期的配置文件，就会将其标记为过期配置文件。更改日期回溯不会删除该标志。这正是为了防止人们为了运行过期的构建而“倒转时钟”。我在任何地方都没有看到这方面的记录，这只是从观察中得出的，但你可以看出为什么这是有意义的。谢谢@Paulw11的回答，你的观点是正确的。但苹果应该寻找更好的方法来处理有效的日期场景。什么才是“更好”？他们是否允许回退访问过期版本的日期？他们可能会检查实际的当前日期（可能来自某个服务器或任何东西）以及设备日期，如果两者都有效，则让应用打开，否则使其过期。但是，在这种情况下，设备日期和实际日期应该相同，只有用户才能访问应用程序。（考虑实际日期始终有效）*@Yaseen，在这种情况下，您将无法测试应用程序的未来日期。