了解用于身份验证的 Firebase 动态链接中的状态

Question

抱歉，我在理解 Firebase 动态链接时遇到了很多困难。

我的用例是：用户想要从移动应用程序重置密码（或发送电子邮件验证）。

• 该请求是使用 Firebase 身份验证和自定义处理程序发出的（使用自定义域：https://example.com/auth)
• ActionCodeSettings 如下所示：

final ActionCodeSettings codeSettings = ActionCodeSettings(
      url: 'https://links.example.com/auth?email=$email',
      iOSBundleId: Constants.iosBundleID,
      androidPackageName: Constants.androidBundleID,
      androidInstallApp: true,
      dynamicLinkDomain: "links.example.com",
    );

• 用户点击通过电子邮件收到的链接并被重定向到网站（由 Firebase Hosting 托管，位于：example.com）
• 当用户完成密码重置后，我希望通过“启动”continueUrl 来重定向他，这应该将他带回到移动应用程序。 continueUrl ：'https://links.example.com/auth?email=$email'

但是这不起作用，所以我猜测我在某个地方做错了什么。

1. 在我的 iOS 配置中，我将关联域添加为：applinks:links.example.com。
   ，我添加了：（

<key>FirebaseDynamicLinksCustomDomains</key>
    <array>
        <string>https://links.example.com/auth</string>
    </array>

并且还尝试了：https://links.example.com）

2. 在 Info.plist 文件中 我的 Android 配置我已将其添加到我的 AndroidManifest.xml 中：

<intent-filter>
               <action android:name="android.intent.action.VIEW"/>
               <category android:name="android.intent.category.DEFAULT"/>
               <category android:name="android.intent.category.BROWSABLE"/>
               <data android:host="links.example.com" android:scheme="https"/>
           </intent-filter>

有趣的是，在 Android 上，完成上述步骤后（在智能手机上的网站上），如果我启动 ContinueUrl 它提示用户是否重定向回应用程序或留在浏览器上打开 URL。

当然，我在 Firebase 动态链接控制台中创建了一个子域：links.example.com 作为 URL 前缀。

这是我的问题：

• continueUrl 是否应该重定向回应用程序？
• 上面描述的ActionCodeSettings中的continueUrl是否正确？我在文档中看到始终使用 example.com 作为 continueUrl，但它会与用于托管的自定义域发生冲突，对吧？因此，我将 links.example.com 作为 continueUrl ，自定义 Firebase 身份验证处理程序是 example.com/auth 以确实重定向到我的网站中的正确网页。
• 这种情况下的托管 firebase.json 配置是什么？
• 最后的链接如下所示：

https://example.com/auth?mode=resetPassword&oobCode=T0qn8aj_p7TJBWyE5eUh7_7ZwIqwtJ7Q-i8LDf4QrIsAAAF_u6Bi6Q&apiKey=AIzaSyAzPqhZFKAyfQDeN4DGGjI9VCTEBe_mLc4&continueUrl=https%3A%2F%2Flinks.example.com%3Flink%3Dhttps%3A%2F%2Flinks.example.com%2Fauth%3Femail%253Dtestmail12%40gmail.com%26apn%3Dcom.example.android%26amv%26ibi%3Dcom.example.ios%26ifl%3Dhttps%3A%2F%2Flinks.example.com%2Fauth%3Femail%253Dtestmail12%40gmail.com&lang=fr

• 您发现有什么问题或缺失吗？操作完成后会阻止移动应用程序重定向的东西吗？
• 我应该如何处理 continueUrl 参数才能重定向到应用程序？它是在某个事件后自动完成的，还是应该开发人员编写代码来“推送”包含此链接的新网页，并且它会自动看到这不是要在网页中处理的链接，从而重定向到移动应用程序？

预先非常感谢您对其工作原理的任何解释！

Answer 1

我终于明白了这是如何工作的：

ContinueUrl 必须是用于在移动应用程序中处理的那个，所以如果您使用：

url: 'https://links.example.com/auth?email=$email',

这意味着您必须创建一个动态链接前缀 URL ：Firebase 控制台中的 https://links.example.com/auth。

您还必须将其添加到您的 iOS Info.plist 文件中，如问题中所述。

此外，当您使用自定义域时，您需要确保如文档中所述，URL 前缀和域不同，例如 :

https://link.example.com/?link=https://example.com/my-resource

而不是 :

https://example.com/?link=https://example.com/my-resource

这意味着通过使用 https://links.example.com /auth 作为 URL 前缀，您需要使用另一个域来处理链接。

就我而言，我以这种方式构建了 url：

https://links.example.com/?link=https://redirect.example.com/auth

并添加了 https://redirect.example.com/auth 作为 URL 前缀。
这可以防止托管级别的 example.com 与链接域名和 URL 前缀相同的 links.example.com 之间发生冲突。

另外，不要忘记在 Firebase 控制台的 Firebase 身份验证登录方法中将新的动态链接域添加为白名单域，否则您将收到domain-denied错误。

希望这能帮助其他人更好地理解它是如何工作的。