identity.launchWebAuthFlow 与 chrome 扩展中的 windows.create
identity.launchWebAuthFlow vs windows.create in chrome extension
我是 chrome 扩展的新手，但我似乎无法理解 identity.launchWebAuthFlow 比 windows.create 增加了什么价值。我正在尝试使用来自外部提供商的 Oauth。作为该流程的一部分，身份令牌似乎没有任何自动持久性。其他浏览器也不（还？）支持 identity.launchWebAuthFlow 函数。两者都指向不使用它与普通弹出窗口。
我忽略了什么？
chrome.identity.launchWebAuthFlow 在 window 中启动您的身份验证页面，直到返回到 https://<app-id>.chromiumapp.org/*，然后触发回调。
chrome.windows.create 启动任何 URL，然后使用 window 对象触发回调。
根据文档，chrome.identity.launchWebAuthFlow 有一个显着优势：
Since some auth flows may immediately redirect to a result URL, launchWebAuthFlow hides its web view until the first navigation either redirects to the final URL, or finishes loading a page meant to be displayed.
这意味着您可以无缝登录（如果您的授权支持）
我是 chrome 扩展的新手，但我似乎无法理解 identity.launchWebAuthFlow 比 windows.create 增加了什么价值。我正在尝试使用来自外部提供商的 Oauth。作为该流程的一部分，身份令牌似乎没有任何自动持久性。其他浏览器也不（还？）支持 identity.launchWebAuthFlow 函数。两者都指向不使用它与普通弹出窗口。
我忽略了什么？
chrome.identity.launchWebAuthFlow 在 window 中启动您的身份验证页面，直到返回到 https://<app-id>.chromiumapp.org/*，然后触发回调。
chrome.windows.create 启动任何 URL，然后使用 window 对象触发回调。
根据文档，chrome.identity.launchWebAuthFlow 有一个显着优势：
Since some auth flows may immediately redirect to a result URL,
launchWebAuthFlowhides its web view until the first navigation either redirects to the final URL, or finishes loading a page meant to be displayed.
这意味着您可以无缝登录（如果您的授权支持）