Azure active directory 使用MSAL实现AAD身份验证时，我将使用navigateToLoginRequestUrl选项做什么？

这个选项告诉我设置/不设置这个选项有什么效果，但它没有说明为什么选择设置或不设置它

登录后，我想何时关闭/打开“默认导航”至“起始页”？我发现如果我不设置它，它默认为true，导致我的页面作为成功的LoginDirect工作流的一部分被加载三次（一次由我加载，两次来自auth pages/code的重定向），但是如果我将其设置为false，我的页面只被加载两次（一次由我加载，一次作为重定向的一部分）而且用户似乎仍然成功登录

---

谢谢

As，似乎决定了在收到令牌后，MSAL是否应该导航到您的应用程序登录url。

我写了一篇关于使用MSAL.js避免通配符回复url的文章：

在这里，我将其设置为false，以便MSAL.js在触发登录时不会尝试将用户重定向回其当前页面。 这需要在AAD中使用通配符回复URL。 将其设置为false+指定我自己的回复URL并在那里实现处理允许它使用一个回复URL。 用户仍然可以访问他们试图访问的页面

不应发生多个重定向。 MSAL.js通常可以在初始身份验证后以静默方式获取令牌。 尽管我认为应用程序即使在静默状态下也会加载，因为它是在iframe中打开的。

---

通常，您会希望检测到这种情况，而不是在iframe中加载应用程序

谢谢你提供这些细节。然而，我并不想更好地理解它的功能（我最初链接到的文档以及源代码都表明了这一点），而是想知道为什么会选择设置或不设置该选项。当我尝试在我的应用程序中调整它时，唯一的效果似乎是msal是否重定向到我的应用程序两次而不是三次——在这两种情况下，用户都成功登录。那么，如果我将其设置为“false”而不是默认的true值，我会错过什么呢？对不起，我的错。我怀疑您在开发web部件时可以将其设置为false，因为web部件根本没有自己的登录UI。感谢您提供本文链接。我知道在你写的情况下设置这个选项是多么有用。在我的情况下，我没有多个经过身份验证的入口点，它始终只是主应用程序URL，因此似乎不需要通配符回复URL或集中式登录重定向处理程序。所以，我想我设置的选项并不重要。FWIW多个重定向确实会在初始登录时发生，具体取决于我提到的这个选项的值——而不是框架情况。我想这仍然是个谜。