.NET 6配置CORS策略仍报错，求排查原因

你在ASP.NET Core 6 Web API中配置了CORS策略，但前端调用始终触发CORS错误，调整URL和策略定义后问题依旧，且配置完成后前端立刻无法调用API。结合你提供的代码，以下是可能的原因及解决办法：

1. 源地址未精确匹配 #

WithOrigins要求配置的源地址与前端请求的Origin头完全一致，包括协议、域名、端口，且不能包含末尾的斜杠（/）。

• 打开浏览器开发者工具的「网络」面板，查看请求的Origin字段值，把这个值完整复制到WithOrigins中，比如如果前端实际的Origin是https://apps.example.biz:8090/，要去掉末尾的斜杠改成https://apps.example.biz:8090。

2. 中间件顺序问题 #

虽然你的代码中UseCors的位置（UseRouting之后、UseAuthentication之前）符合规范，但需确保没有其他中间件在UseCors之前拦截请求。可以尝试调整顺序，将UseCors移到UseHttpsRedirection之后、UseRouting之前测试：

app.UseHttpsRedirection();
app.UseCors("AllowSpecificOrigin"); // 调整到此处
app.UseRouting();
app.UseAuthentication();
app.UseAuthorization();

3. AllowCredentials的冲突 #

如果配置了AllowCredentials()，需满足两个条件：

• 前端请求必须携带凭证（比如axios要设置withCredentials: true，fetch要设置credentials: 'include'）；
• 不能使用AllowAnyOrigin()（你用的是具体源，这点没问题）。
  如果前端不需要携带凭证，可以暂时注释掉AllowCredentials()，测试是否能正常访问。

4. 浏览器缓存影响 #

浏览器可能缓存了之前的CORS响应，导致新配置不生效。解决办法：

• 使用无痕模式打开前端页面测试；
• 清除浏览器的缓存和Cookie后重试。

5. 反向代理/负载均衡的干扰 #

如果API部署在反向代理（如Nginx、IIS）之后，代理服务器可能会修改或丢失Origin请求头，导致ASP.NET Core无法正确识别源。

• 配置代理服务器转发Origin头，比如Nginx中添加：

proxy_set_header Origin $http_origin;
proxy_pass_header Origin;

6. 策略名称拼写错误 #

确认UseCors("AllowSpecificOrigin")中的策略名称与AddPolicy中定义的完全一致（C#字符串区分大小写），你的代码中名称一致，但需检查是否有拼写错误。

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