为什么HttpContextAccessor的设计如此关键于ASP.NET Core架构？

本文共计2220个文字，预计阅读时间需要9分钟。

前言：周五在群里有人问，ASP.NET Core这个 HttpContextAccessor 为什么改成这个样子？在印象中，这已经是第三次遇到小伙伴问这个问题了，特意来写一篇记录，来回答一下这个问题。

在ASP.NET Core中，HttpContextAccessor 的改动主要是为了提高性能和灵活性。

1. 性能提升：原来的 HttpContext 依赖于 ThreadLocal 来存储，每次请求都需要从 ThreadLocal 中获取，这会增加一定的性能开销。而 HttpContextAccessor 通过引入一个新的模式，使得 HttpContext 的获取更加高效。

2. 灵活性增强：通过使用 HttpContextAccessor，可以在不同的上下文中重用 HttpContext，例如在中间件中，可以避免每次请求都创建新的 HttpContext 实例。

具体来说，HttpContextAccessor 的改动主要体现在以下几个方面：

- 依赖注入：将 HttpContext 的获取方式改为通过依赖注入，这样可以在需要的时候动态地获取 HttpContext。

- 使用模式：通过使用模式，将 HttpContext 的创建和获取分离，使得 HttpContext 的创建更加灵活。

- ThreadLocal 的使用：虽然 HttpContextAccessor 仍然使用了 ThreadLocal，但是它的使用方式更加高效，避免了重复创建 HttpContext 实例。

总的来说，HttpContextAccessor 的改动是为了提高 ASP.NET Core 的性能和灵活性，使得开发者可以更加方便地使用 HttpContext。