Angular15+DotNet7 POST请求无法进入控制器，Postman/Swagger正常

核心结论 #

Angular端不需要配置CORS，问题出在.NET Core后端的CORS策略配置上。Postman和Swagger不受浏览器同源策略限制，所以能正常请求；但Angular在浏览器环境下会触发CORS预检请求，后端配置不正确的话，浏览器会直接拦截请求，导致控制器收不到请求、断点不会触发。

修复步骤 #

1. 修正.NET Core的CORS配置 #

在Program.cs里正确配置CORS服务和中间件，注意中间件顺序很重要，必须放在UseRouting之前、AddControllers之后：

// 注册CORS策略
builder.Services.AddCors(options =>
{
    options.AddPolicy("AllowAngular", policy =>
    {
        // 替换成你的Angular项目运行地址，比如http://localhost:4200
        policy.WithOrigins("http://localhost:4200")
              .AllowAnyHeader() // 允许所有请求头，适配JSON格式的Content-Type
              .AllowAnyMethod(); // 允许所有HTTP方法，包括POST
    });
});

// ...其他服务注册代码...

// 启用CORS中间件，必须放在UseRouting之前
app.UseCors("AllowAngular");

app.UseRouting();
app.UseAuthorization();

app.MapControllers();

2. 验证预检请求 #

Chrome网络面板里如果看到OPTIONS请求返回4xx状态码，说明CORS配置有问题：

• 确认允许的源地址和Angular运行地址完全一致（协议、域名、端口都不能错，比如http和https不能混用）
• 确保策略包含了请求需要的Header（比如Content-Type: application/json）和HTTP方法（POST）

调试技巧 #

• 查看详细错误：打开Chrome开发者工具的Console面板，里面会显示具体的CORS错误原因（比如源不被允许、Header未授权等）
• 手动测试预检请求：用Postman发送OPTIONS请求到登录接口，检查响应头是否包含Access-Control-Allow-Origin、Access-Control-Allow-Methods等CORS相关字段
• 检查中间件顺序：CORS中间件必须在路由、授权中间件之前，否则不会生效
• 临时放宽策略排查：如果不确定具体配置，可临时用AllowAnyOrigin()（生产环境禁用）验证是否是CORS问题，再逐步缩小范围

为什么控制器断点没触发？ #

浏览器在发送实际POST请求前，会先发送OPTIONS预检请求，预检请求失败的话，浏览器会直接拦截后续的POST请求，所以控制器根本收不到请求，断点自然不会触发。

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