跨域问题解决方案

1.为什么会出现跨域的问题

在Web开发中，跨域问题通常指的是浏览器出于安全考虑，限制了从一个源（domain, protocol, port）的网页去请求另一个源的资源。在前后端不分离的情况下，虽然前端可以通过JavaScript调用后端接口，但一旦后端接口是跨域的，浏览器就会阻止这个请求。这是因为浏览器遵循同源策略（Same-origin policy），它不允许来自一个源的网页脚本与另一个源的网页进行数据交互。

tips:前后端不分离的情况下，我们常用的方法就是前端js去调用后端接口，然后后端去调取跨域接口

2.常见的跨域方式

JsonP

JSONP（JSON with Padding）是一种利用<script>标签的跨域数据交互方式。因为<script>标签不受同源策略的限制，所以就可以通过动态创建<script>标签啦，在它的src属性中指定跨域URL来实现跨域数据请求。但JSONP只支持GET请求，并且存在安全风险。

复制代码

<!DOCTYPE html>  
<html lang="en">  
<head>  
    <meta charset="UTF-8">  
    <title>JSONP Example</title>  
</head>  
<body>  
  
<script>  
    function handleResponse(data) {  
        console.log(data); // 输出: { Name: "John Doe", Age: 30 }  
    }  
  // 创建一个新的script标签  
    var script = document.createElement('script');  
// 设置script标签的src属性为跨域URL，并附带一个回调函数名  
    script.src = 'https://your-backend-url/api/jsonp?callback=handleResponse';  
// 将script标签添加到DOM中，浏览器会发起跨域请求  
    document.body.appendChild(script);  
</script>  
  
</body>  
</html>

后端代码

复制代码

[HttpGet("jsonp")]  
public IActionResult Jsonp(string callback)  
{  
    var data = new { Name = "John Doe", Age = 30 };  
    var jsonpCallback = HttpContext.Request.Query["callback"].ToString();  
    var jsonpResult = $"{jsonpCallback}({Newtonsoft.Json.JsonConvert.SerializeObject(data)})";  
    return Content(jsonpResult, "application/javascript");  
}

添加请求头实现跨域

通常指的是后端服务器在响应头中添加一些特定的字段（如Access-Control-Allow-Origin），来告诉浏览器这个响应允许哪些源的请求。但是，这种方式需要后端服务器的支持，并且只能由后端来配置。

复制代码

public class CustomCorsMiddleware  
{  
    private readonly RequestDelegate _next;  

    public CustomCorsMiddleware(RequestDelegate next)  
    {  
        _next = next;  
    }  

    public async Task InvokeAsync(HttpContext context)  
    {  
        context.Response.Headers.Add("Access-Control-Allow-Origin", "http://example.com");  
        // 其他可能的跨域头...  

        await _next(context);  
    }  
}  

// 在 Startup.cs 的 Configure 方法中注册中间件  
app.UseMiddleware<CustomCorsMiddleware>();

高效CORS

CORS（Cross-Origin Resource Sharing）是W3C推荐的一种跨域资源共享方案，通过浏览器和服务器之间的通信来确定是否允许跨域请求。在.NET Core中，我们可以很方便地使用CORS中间件来实现跨域。

在.NET Core 8中使用CORS

在.NET Core 8（或任何支持CORS的.NET Core版本）中，你可以通过以下步骤来配置CORS：

1. 注入CORS服务

在Startup.cs的ConfigureServices方法中，你需要注入CORS服务并定义跨域策略。

复制代码

public void ConfigureServices(IServiceCollection services)  
{  
    // ... 其他服务注入 ...  
  
    // 跨域配置  
    //方法1
    services.AddCors(options =>  
    {  
        options.AddPolicy("LimitRequests", policy =>  
        {  
            policy  
                .WithOrigins("http://example1.com", "http://example2.com") // 允许的源  
                .AllowAnyHeader() // 允许任何头  
                .AllowAnyMethod(); // 允许任何方法  
        });  
    });  
    
    
  
    // ... 其他代码 ...  
}

2. 在管道中启用CORS中间件

在Startup.cs的Configure方法中，你需要确保在调用其他中间件（如app.UseMvc()或app.UseRouting()）之前启用CORS中间件。

复制代码

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)  
{  
    // ... 其他中间件配置 ...  
  
    // 启用CORS中间件  
    app.UseCors("LimitRequests"); // 使用前面定义的策略名称  
  
    // ... 路由和MVC中间件 ...  
    app.UseRouting();  
    app.UseEndpoints(endpoints =>  
    {  
        endpoints.MapControllers(); // 或其他路由配置  
    });  
  
    // ... 其他代码 ...  
}

注意事项

我们一般建议不在生产环境中去用AllowAnyOrigin、AllowAnyHeader或AllowAnyMethod，这会增加应用面临安全风险的概率。要明确指定允许的源、头和方法。

如果你的应用使用了其他中间件（如MVC、路由、重定向等），确保CORS中间件在它们之前被调用，否则跨域请求可能会失败。

如果你在使用认证/授权中间件（如JWT），并且允许跨域携带凭据（通过设置AllowCredentials()），确保你的CORS策略中指定的源和你的身份验证服务器配置相匹配。