基于ADAL的Azure AD用户认证：参数获取及代码有效性问询

咱先挨个拆解你问的这些参数的获取渠道，再说说你这段代码能不能搞定认证：

一、各参数的获取来源 #

• Tenant（租户标识）：这是你的Azure AD租户专属的域名或者ID，就是你创建试用账户时系统生成的xxx.onmicrosoft.com格式域名，也可以是你后来绑定并验证过的自定义域名。登录Azure门户，进到Azure Active Directory的概述页面，就能看到租户的域名或者GUID格式的租户ID，两者都能填在这里。
• Authority（认证地址）：这个不用单独找，就是用Tenant拼接出来的标准格式：https://login.microsoftonline.com/{租户ID/域名}，你代码里的写法是对的，只要Tenant填得准确，这个地址就没问题。
• GatewayLoginUrl（目标资源标识）：你代码里写的这个地址不对哈，它应该是你要访问的目标服务的应用ID URI——比如你要调用某个注册在Azure AD里的API，就去那个API应用的概述页面找应用ID URI，把它填到这儿。这个参数是告诉Azure AD，你要获取的令牌是用来访问哪个服务的。
• ClientId（客户端应用ID）：得先在Azure门户的Azure Active Directory -> 应用注册里创建一个客户端应用，创建完成后，在应用的概述页面就能看到这个应用程序（客户端）ID（是个GUID），复制过来就行。
• RedirectUri（重定向URI）：这个是你注册客户端应用时，在身份验证页面配置的重定向地址，必须和代码里写的完全一致（包括大小写、路径）。比如你代码里的http://something，就得在应用注册的重定向URI列表里添加这个地址，不然认证时会报错。

二、代码是否足以实现AD用户身份认证？ #

你的代码框架是对的，但还有几个关键点得调整，不然可能跑不通或者达不到预期：

1. 依赖包要装对：你用到的AuthenticationContext这些类来自ADAL库（Microsoft.IdentityModel.Clients.ActiveDirectory），得确保已经安装了这个NuGet包。不过要提一句，ADAL已经被微软弃用了，如果是新项目，更推荐用最新的MSAL库（Microsoft.Identity.Client），API更简洁，支持更多场景。
2. 修正GatewayLoginUrl：刚才说过，这个参数不能是登录地址，得换成目标资源的应用ID URI，不然获取的令牌是无效的。
3. 配置API权限：在你注册的客户端应用的API权限页面，要添加目标资源对应的权限；要是权限需要管理员同意，还得让租户管理员完成同意操作，不然普通用户可能拿不到令牌。
4. 场景适配：你用的PlatformParameters(PromptBehavior.Auto, null)是交互式认证模式，适合桌面应用这种有UI的场景；如果是在无交互的服务器环境运行，这种方式就不行，得换成客户端凭据流等非交互式认证方式。

把这些问题都修正后，这段代码就能实现AD用户的交互式身份认证，成功获取到用户的访问令牌。

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