ASP.NET Core对接Angular发SMTP批量邮件出现CORS错误如何解决

你遇到的CORS报错是表面现象，和你写的CORS配置本身无关：ASP.NET Core只有在请求正常处理完成时才会自动追加CORS响应头，如果请求处理过程中抛出未捕获异常、超时或者被服务端主动中断，响应不会携带CORS头，就会触发浏览器的CORS拦截提示。你批量发邮件时只有5-10封成功，后续报错，本质是后端发邮件的逻辑阻塞导致请求失败。

具体解决步骤 #

• 首先验证根因：打开浏览器开发者工具「网络」标签，找到失败的请求查看响应状态码，如果返回500/502/499这类服务端错误，即可确认是后端处理失败导致的CORS头缺失。你也可以直接用Postman批量调用https://localhost:44359/api/ClientCandidateBulkStatusUpdate接口，Postman不会校验CORS，能直接拿到服务端返回的真实错误信息。
• 优化发邮件逻辑避免阻塞：
  1. 把同步发件改成异步：用smtp.SendMailAsync()替换现有代码中的smtp.Send()，对应的Controller接口方法也改成异步async Task<IActionResult>类型，避免同步方法占用请求线程池导致后续请求排队超时。
  2. 复用SmtpClient实例：不要在每次发邮件时都创建销毁SmtpClient，频繁初始化会导致本地端口耗尽，也会触发Gmail SMTP的短时间频率限制（即使你没到100封的日发件阈值，短时间高频连接也会被Gmail临时拦截），可以将SmtpClient注册为单例服务全局复用。
  3. 异步解耦发件任务：不要在接口请求中同步处理批量发邮件，建议将发件任务写入后台队列（可以用ASP.NET Core自带的IHostedService或者Hangfire这类轻量任务组件），接口收到请求后直接返回202状态码，后台服务异步处理发件，前端可以通过轮询或者WebSocket通知获取最终发件结果，彻底避免请求长时间阻塞。
• 修复CORS配置冲突：你现有的CORS配置中AllowAnyOrigin()和AllowCredentials()是互斥的，ASP.NET Core 2.1版本同时开启这两个配置会有隐含问题，建议修改为指定允许的源：

options.AddPolicy("CorsPolicy",
    builder => builder.WithOrigins("http://localhost:4200")
    .AllowAnyMethod()
    .AllowAnyHeader()
    .AllowCredentials());

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