iOS开发者问题——理解Identifier for Vendor（IDFV）行为 Hi 每个人，我希望能够利用熟悉Identifier for Vendor（IDFV）行为的iOS开发者经验。我参与了一起法律案件，技术证据包括多个IDFVs与同一个iPhone和同一个应用程序在一个相对较短的时间内相关联。我不是寻求法律意见，只是希望更好地了解IDFV在现实场景中的行为。 一个广泛的场景是：同一个苹果iPhone。同一个应用程序。没有用户知道的工厂重置。用户不记得卸载和重新安装应用程序。用户不记得登出并重新登录应用程序。手机在相关期间经历了严重的电池问题（电池健康状况差和意外关机）。我希望了解的问题是：在什么情况下应用程序可以观察到一个不同的IDFV，尽管对于用户来说看起来是同一台设备？IDFV是否可以在用户没有意识到任何事情的情况下发生变化（例如通过应用程序更新、iOS更新、身份验证/会话更改、钥匙串行为或其他系统事件）？电池问题、意外关机或设备不稳定性是否会在任何方式（直接或间接）中对IDFV的更改做出贡献？是否有任何文档的苹果行为或边缘案例，这些案例曾被观察到？作为iOS开发者，您将IDFV作为指示不同物理设备或不同用户参与的指标的可靠程度如何？如果应用程序维持一个扩展的身份验证会话（用户在几天或几周内保持登录状态），那么应用程序是否可以在IDFV发生变化的情况下继续正常运作？或者IDFV的变化通常需要另一个事件，例如重新验证、重新安装应用程序、恢复设备或其他系统过程？我特别感兴趣的是苹果文档、现实开发经验或可复制测试，而不是猜测。感谢提前。