桌面应用使用Azure AD B2C时能否免跳转浏览器通过OAuth/OpenID Connect实现登录注册？

依托OAuth 2.0、OpenID Connect针对原生公共客户端的规范设计，完全可以在你开发的桌面应用内完成登录、注册全流程，无需强制跳转系统外部浏览器对接Azure AD B2C的身份管理能力。

• 嵌入式WebView集成方案：在你的桌面应用进程内嵌入支持现代Web标准的WebView组件，直接加载Azure AD B2C配置好的自定义登录、注册用户旅程界面。整个页面加载、用户交互、授权回调的全链路都在你的应用独立窗口内完成，不会唤起系统默认外部浏览器。目前Azure AD B2C官方明确支持WebView2（Windows）、WKWebView（macOS）、WebKitGTK（Linux）等主流现代WebView内核作为嵌入式授权载体，需避开已被废弃的旧式IE内核WebView组件，否则会出现Cookie写入失败、多因素认证弹窗拦截等兼容问题。
• 本地回环（Loopback）重定向方案：应用启动时临时在本地127.0.0.1地址绑定随机可用的临时端口作为授权回调地址，配合上述内嵌WebView完成授权请求的发起和授权码的接收。这类回环地址是OAuth 2.0定义的原生应用标准安全回调方式，可直接在Azure AD B2C的应用注册配置中添加为合法重定向URI，安全性远高于硬编码固定端口的回调方案。

• 桌面应用属于无服务端机密的公共客户端，禁止在客户端代码中硬编码Azure AD B2C的应用客户端密钥，仅可使用公开的客户端ID完成全流程授权。
• 如果你希望完全使用自有的原生自定义界面收集用户输入、不加载B2C托管的Web页面，必须通过你自有后端服务代理转发B2C的身份校验请求，绝对不能在桌面端代码中直接拼接用户凭证换取访问令牌，否则会存在令牌窃取、身份伪造的安全风险。
• 所有交互逻辑必须严格对齐Azure AD B2C配置的用户旅程规则，不得自行绕过多因素认证、密码复杂度校验、隐私政策勾选等强制校验环节，避免出现合规问题。

相关技术规范、配置细节均可在Azure AD B2C官方开发者文档的「原生应用集成」「嵌入式WebView身份认证」板块检索定位，所有实现能力均为官方公开支持的范围。

内容的提问来源于stack exchange，提问作者Attilah