通过 API 创建的 Firebase Dynamic Link 的生命周期有多长？
How long is the lifespan of a Firebase Dynamic Link created via API?
我已经使用此处列出的 API 通过 Firebase 成功创建了动态 link：https://firebase.google.com/docs/dynamic-links/rest#creating-a-short-dynamic-link。我想知道这些“即时生成”动态 link 的寿命是多少？
动态链接没有生存时间，也不会过期。
您 可以 archive a link 从 Firebase 控制台，但这只是隐藏它并且不会使现有的 link.
过期
虽然这看起来像 XY problem。由于动态 link 不携带 authentication/authorization 信息，因此它们无限期有效。如果需要任何身份验证才能查看 link 目标的内容，您将在 link 解析后要求用户 authentication/authorize 后在您的应用中实现该身份验证。
如果 link 目标在您的应用中变得无效，您需要在您的应用中设置重定向 - 这样使用旧 link 的用户最终会得到一个有用的位置太。这与您在网站上使用 links 所做的基本相同：与其让 Web 服务器显示 404 页面，不如设置重定向到相关内容的新位置。
我已经使用此处列出的 API 通过 Firebase 成功创建了动态 link：https://firebase.google.com/docs/dynamic-links/rest#creating-a-short-dynamic-link。我想知道这些“即时生成”动态 link 的寿命是多少？
动态链接没有生存时间，也不会过期。
您 可以 archive a link 从 Firebase 控制台，但这只是隐藏它并且不会使现有的 link.
过期虽然这看起来像 XY problem。由于动态 link 不携带 authentication/authorization 信息，因此它们无限期有效。如果需要任何身份验证才能查看 link 目标的内容，您将在 link 解析后要求用户 authentication/authorize 后在您的应用中实现该身份验证。
如果 link 目标在您的应用中变得无效，您需要在您的应用中设置重定向 - 这样使用旧 link 的用户最终会得到一个有用的位置太。这与您在网站上使用 links 所做的基本相同：与其让 Web 服务器显示 404 页面，不如设置重定向到相关内容的新位置。