从JSONP到CORS：跨域解决方案的技术演进与架构思考
在Web开发领域，CORS（跨源资源共享）是每个前端开发者都会遇到的关键概念。但为什么我们如今使用CORS，而曾经流行的JSONP却逐渐退出历史舞台？本文将带您深入理解跨域解决方案从JSONP到CORS的技术演进历程。 第一部分：理解CORS - 跨域资源共享 什么是CORS？ CORS（Cross-Origin Resource Sharing，跨源资源共享）是浏览器强制执行的一种安全机制，用于解决"同源策略"带来的限制。 同源策略要求协议、域名、端口完全相同的请求才被允许。例如： https://www.example.com → https://api.example.com ❌ 跨域 http://localhost:3000 → http://localhost:8080 ❌ 跨域 CORS的工作原理 当浏览器检测到跨域请求时，会执行以下流程： 发送预检请求：对于非简单请求，浏览器先发送OPTIONS请求 服务器响应：后端返回包含CORS头部的响应 浏览器验证：浏览器检查头部，决定是否放行 实际请求：验证通过后发送真正的请求 # 预检请求 OPTIONS /api/data HTTP/1.1 Origin: https://www.example.com Access-Control-Request-Method: POST # 服务器响应 HTTP/1.1 200 OK Access-Control-Allow-Origin: https://www.example.com Access-Control-Allow-Methods: GET, POST, PUT Access-Control-Allow-Headers: Content-Type 为什么配置服务端CORS就能解决问题？ 关键在于：CORS的决定权在服务器，浏览器只是执行者。 当您在.NET服务端配置CORS时，有多种方式： ASP.NET Core 全局配置： // Program.cs var builder = WebApplication.CreateBuilder(args); builder.Services.AddCors(options => { options.AddPolicy("AllowSpecificOrigin", policy => { policy.
