.NET Framework 4.8下ITfoxtec.Identity.Saml2获取IdP元数据挂起问题

问题根源：同步上下文死锁 #

在.NET Framework 4.8的UI线程或者传统ASP.NET请求上下文中，调用未加.ConfigureAwait(false)的异步方法时，会触发典型的同步上下文死锁：

• 异步方法HttpClient.GetAsync执行完成后，默认会尝试把后续代码切回原来的同步上下文（比如UI线程的消息循环、ASP.NET请求上下文）。
• 但如果你的主线程此时正通过阻塞方式（比如.Result、.Wait()）等待异步结果，就会占住这个同步上下文，导致异步回调根本没法执行，最终整个调用链卡死挂起。

为什么这些方案能解决问题？ #

1. 加.ConfigureAwait(false) #

给HttpClient.GetAsync加上.ConfigureAwait(false)，相当于告诉异步运行时：不需要把后续代码切回原来的同步上下文，异步完成后直接在ThreadPool线程上执行后续逻辑，绕开了对原上下文的依赖，自然不会触发死锁。

2. 直接用.Result同步调用 #

HttpClient.GetAsync(metadataUrl).Result是强制同步等待，完全绕开了异步上下文调度的逻辑，直接阻塞当前线程直到请求完成，不会出现上下文抢占的问题，但这种写法不推荐——容易引发线程池饥饿等其他问题。

3. 用弃用的同步方法ReadIdPSsoDescriptorFromUrl #

这个旧方法本身就是同步实现的，内部没有异步调度的逻辑，自然不会涉及同步上下文的冲突，所以不会挂起。

正确的异步写法建议 #

在.NET Framework 4.8里处理异步调用，要遵循全程异步的原则，别混合阻塞调用：

// 上层方法也要用async/await，别用.Result/.Wait()
public async Task InitSsoAsync()
{
    using var httpClient = new HttpClient();
    var idpDescriptor = await EntityDescriptor.ReadIdPSsoDescriptorFromUrlAsync(httpClient, metadataUrl).ConfigureAwait(false);
    // 后续处理逻辑
}

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