为何访问HttpContext时MapGet及同类方法无法正常工作？

问题原因 #

你猜的没错，核心就是MapGet的重载差异。当你用HttpContext作为委托参数时，调用的是带有默认授权校验的重载版本，而你的请求管道中UseAuthorization()在端点映射之前执行，这个端点又没有配置允许匿名访问，导致请求被授权中间件拦截，所以看起来像是“没工作”。

而像/endpoint1那种直接返回字符串的写法，调用的是无需强制授权的重载，所以能正常响应。

解决办法 #

有三种常用方案，按需选择：

1. 给端点添加匿名访问权限

直接给/endpoint2加上AllowAnonymous特性，跳过授权校验：

app.MapGet("/endpoint2", async context => await context.Response.WriteAsync("i work now!"))
   .AllowAnonymous();

2. 调整中间件与端点的顺序

把端点映射代码移到UseAuthorization()之前，这样授权中间件不会处理这些端点：

// 先定义所有端点
app.MapGet("/endpoint1", () => "I work");
app.MapGet("/endpoint2", async context => await context.Response.WriteAsync("i work now!"));

// 再执行授权中间件
app.UseAuthorization();
app.MapControllers();

3. 改用强类型返回（推荐）

尽量避免直接操作HttpContext，改用框架提供的返回类型（比如Results静态类），这样既符合Web API的最佳实践，还能自动集成Swagger，同时走的是不需要默认授权的重载：

app.MapGet("/endpoint2", () => Results.Ok("i work now!"));
// 或者更简单的直接返回字符串
app.MapGet("/endpoint2", () => "i work now!");

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