firebase（延迟）动态链接匹配精度

我正在考虑在我的应用程序中使用firebase动态链接。我需要从电子邮件生成的链接向用户应用程序传递唯一标识符。当用户安装了应用程序时，这可以正常工作，但是，我对应用程序的安装方式感到困惑

我看到firebase动态链接支持在用户未安装应用程序时将用户带到应用商店。然后，在安装应用程序后，他们使用（延迟？）链接将用户带入应用程序的深度链接目标。这是怎么做到的？如何保证比赛？还是这样

---

以及他们如何处理延迟的深度链接，以及他们实施的所有策略和回退。firebase动态链接是否依赖于相同的策略，或者它们是否有另一种机制来100%保证用户从深度链接到应用程序安装再到应用程序打开的匹配？

Alex from Branch.io此处：

Firebase使用简单的设备匹配。这意味着无法100%保证匹配，因为在Firebase后端，两台设备总是有可能看起来相同。直到最近，我们才将这一风险降至最低

---

这是一个相对较小的问题，如果你没有通过使用链接传递敏感/个人数据，但是如果你是，那么你可能想考虑使用分支作为替换的下降。p> 这很有趣，因为今天我正在研究这一工作概念，我们决定使用Firebase应用程序邀请/动态链接以外的其他东西来跟踪分支机构。这并不意味着我们不会使用应用程序邀请进行用户->用户共享（和Facebook应用程序链接）；非常有用。我们的想法是不传递任何敏感的个人数据，而是传递一个唯一生成的（和临时的）标识符，我们使用该标识符与数据库中的现有成员进行标识。一旦建立了链接，用户就有可能访问个人数据。因此，我们需要通过延迟深度链接进行100%准确的匹配。这可以通过分支机构完成吗？或者我们只能在某些情况下保证100%的准确性？使用唯一的临时ID是一个好方法。Branch不能保证在任何情况下都能100%准确地匹配，尽管您总是会有一个真/假值来知道匹配是否得到保证。下面是一个如何工作的示例：