使用IHttpContextAccessor的帮助类应注册为单例还是Scoped？

核心原因 #

• IHttpContextAccessor 官方默认注册为单例，内部通过AsyncLocal<T>存储和当前异步上下文绑定的HttpContext实例，只要调用时处于请求处理的链路中，不管调用方的生命周期是什么，都能获取到当前请求对应的上下文，不会因为帮助类是单例就出现上下文串用、取值错误的问题
• 完全适配你单例WCF Client的使用需求：如果将帮助类注册为Scoped，单例服务无法直接注入Scoped服务，需要手动创建服务范围解析，实现复杂且容易出错，注册为单例可以直接注入到WCF Client的日志逻辑中正常使用
• 你提到的日志类、自定义Action过滤器、异常日志记录器等使用场景，注入单例的帮助类都可以正常工作，没有兼容性问题

现有代码问题修正 #

你当前的BrowserIP属性逻辑有误，判断存在后返回的是ContainsKey的布尔值字符串，无法拿到真实IP，修正后参考：

public string BrowserIP
{
    get
    {
        if (httpContext.HttpContext?.Request?.Headers != null && 
            httpContext.HttpContext.Request.Headers.TryGetValue("X-Client-IP", out var ipValue))
        {
            return ipValue.ToString();
        }
        return string.Empty;
    }
}

注意事项 #

如果WCF调用是在请求上下文之外的独立后台线程中触发，此时IHttpContextAccessor.HttpContext会为null，这种场景建议你在请求线程中先提前把需要的请求头信息存下来，再传递给WCF的日志逻辑使用，避免空引用异常和取值失败。

内容的提问来源于stack exchange，提问作者शेखर