当前位置：首页 > article >正文

[ 跨域问题 ] 前后端以及服务端解决跨域的各种方法

article 2024/11/24 12:21:43

这篇文章主要介绍了跨域问题，包括其定义、产生原因及各种解决方法。原因是浏览器安全策略限制，方法有 JSONP、CORS、Domain、 postMessage、Nginx配置、.NetCore配置。

前言

什么是跨域问题?

在Web应用中，当一个网页的脚本试图去请求另一个域名下的资源时，就会遇到跨域问题。跨域问题是由浏览器的同源策略所引起的。换句话说：后端返回给浏览器的数据会被浏览器的同源策略给拦截下来。

同源策略要求资源的协议、域名和端口号都必须相同，才能确保数据的安全性。如果不满足这个条件，请求将被浏览器拒绝，从而导致跨域问题的出现。

同源策略：协议号-域名-端口号都相同的地址，浏览器才认为是同源

协议号：域名：端口号 / 路径

https://192.168.31.45:8080/user

https://192.168.31.45:8080/list

上面这个例子虽然它们的路径不一样但是协议号、域名、端口号都相同，所以它们就是同源的

跨域问题的原因?

跨域问题主要是由于浏览器的安全策略限制引起的。同源策略的目的是保护用户的隐私和数据安全，防止恶意网站获取用户的敏感信息或进行未授权的操作。 通过限制跨域请求，浏览器有效地减少了许多网络攻击的风险，例如跨站脚本攻击（XSS）和跨站请求伪造（CSRF）。

JSONP

JSONP（JSON with Padding）是一种用于解决跨域请求的技术，它利用了 <script> 标签可以跨域加载资源的特性。

下面是 JSONP 解决跨域请求的基本原理：

前端发起 JSONP 请求： 前端页面通过动态创建 <script> 标签，设置其 src 属性为包含回调函数的 URL。通常这个 URL 是指向另一个域名下的服务器接口。
服务端返回数据： 服务端接收到 JSONP 请求后，会将数据包装在回调函数中返回给前端。这样前端页面就可以获得跨域请求返回的数据。
前端处理数据： 前端页面定义好与回调函数同名的 JavaScript 函数，当服务端返回数据时，会执行这个函数并传入返回的数据作为参数，从而实现跨域数据的获取和处理。

前端代码：

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Document</title>
</head>
<body>
  <button id="btn">获取数据</button>
  <script>
    // 定义一个函数 jsonp，用于发送 JSONP 请求
    function jsonp(url, cb) {
      return new Promise((resolve, reject) => {
        // 创建一个 script 标签
        const script = document.createElement('script');
        
        // 设置 script 的 src 属性，包含了请求的 URL 和回调函数名称
        script.src = `${url}?cb=${cb}`; // http://localhost:3000?cb='callback'
        
        // 将 script 添加到文档中
        document.body.appendChild(script); // 浏览器自动请求 src 中的内容
        
        // 定义一个全局函数，用于处理返回的数据
        window[cb] = (data) => {
          resolve(data)
        }
      })
    }
    
    // 获取按钮元素
    let btn = document.getElementById('btn');
    
    // 绑定点击事件
    btn.addEventListener('click', () => {
      // 发送 JSONP 请求
      jsonp('http://localhost:3000', 'callback')
      .then(res => {
        console.log('后端的返回结果：' + res);
      })

    })
  </script>
</body>
</html>

后端代码：

const Koa = require('koa');
const app = new Koa();

// 定义中间件函数 main，处理请求并返回数据
const main = (ctx, next) => {
  console.log(ctx.query); // 输出请求参数对象 { cb: 'callback' }
  
  // 从请求参数中获取回调函数名称
  const cb = ctx.query.cb;

  // 准备要返回给前端的数据
  const data = '给前端的数据';
  
  // 构造带有回调函数名称的字符串，格式为 'callback("给前端的数据")'
  const str = `${cb}('${data}')`;
  
  // 将构造好的字符串作为响应体返回给前端
  ctx.body = str;
}

// 将 main 中间件注册到 Koa 应用中
app.use(main);

// 监听 3000 端口，启动服务器
app.listen(3000, () => {
  console.log('listening on port 3000');
})

优点：

简单易用： JSONP 实现简单，只需在前端添加一个 <script> 标签即可完成跨域请求，无需复杂的配置。
兼容性好： JSONP 能够兼容各种浏览器，包括早期版本的浏览器，因为它是通过动态创建 <script> 标签实现的。
支持跨域请求： JSONP 可以在不同域之间进行数据通信，解决了传统 AJAX 请求受同源策略限制的问题。

缺点：

安全性问题： JSONP 存在安全风险，因为它是通过在前端动态加载脚本来获取数据，可能会被用于注入恶意脚本，导致安全漏洞。
只支持 GET 请求： JSONP 只能发起 GET 请求，无法支持其他类型的 HTTP 请求，如 POST、PUT 等。
依赖服务端支持： JSONP 需要服务端返回数据时将其包裹在一个回调函数中，因此需要服务端提供支持，如果服务端不支持 JSONP 格式返回数据，则无法使用该方法。

CORS（跨域资源共享）

CORS是一种机制，允许服务器在响应中携带一个特殊的标头，以告知浏览器该服务器允许哪些源的网页访问其资源。 可以总结为一句话：后端通过设置响应头来告诉浏览器不要拒绝接受后端的响应。

前端代码：在用户点击按钮时，通过发送跨域请求获取服务器返回的数据，并将数据打印到浏览器的控制台

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Document</title>
</head>
<body>
  <button id="btn">获取数据</button>

  <script>
    let btn = document.getElementById('btn');
    btn.addEventListener('click', () => {
      fetch('http://localhost:3000')  // 发送跨域请求到服务器
      .then(res => res.json())
      .then((res) => {
        console.log(res);  // 打印返回的数据到控制台
      })
    })

  </script>
</body>
</html>

代码实现了以下功能：

在 HTML 中定义了一个按钮元素，id 为 "btn"，用于触发发送数据请求。
在 JavaScript 部分，使用 fetch 函数发送 GET 请求到指定的服务器地址 "http://localhost:3000"。
在成功接收到服务器响应后，使用 .then 方法将响应解析为 JSON 格式。
在第二个 .then 方法中，处理解析后的数据，并将其输出到浏览器的控制台。

后端代码：Node.js 服务器代码，创建了一个 HTTP 服务器，监听在端口 3000。当接收到请求时，返回一个包含 "hello cors" 消息的 JSON 数据。

const http = require('http');

const server = http.createServer((req, res) => {
  res.writeHead(200, {
     // cros实现原理
    'Access-Control-Allow-Origin': 'http://127.0.0.1:5500'  // 允许来自指定地址的跨域请求
  })

  let data = {
    msg: "hello cors"
  }
  res.end(JSON.stringify(data)) // 返回数据给前端页面
})

server.listen(3000, () => {
  console.log('listening on port 3000');
})

后端代码第6行在服务端设置响应头来控制跨域访问。

常见的响应头包括：

Access-Control-Allow-Origin：指定允许访问的域名。
例如，Access-Control-Allow-Origin: *表示允许所有域名访问，
而Access-Control-Allow-Origin:'http://127.0.0.1:5500'表示只允许特定域名访问。
Access-Control-Allow-Methods：指定允许的HTTP方法。
Access-Control-Allow-Headers：指定允许的自定义请求头。

CORS支持各种类型的HTTP请求，包括GET、POST等。

Domain

我们还可以使用 Domain 方法来解决一些特定情况下的跨域访问问题。在跨域通信时，还需要注意以下几点：

页面的域名必须满足 Domain 方法的限制，即二级域名相同（如 example.com）。
父级页面需要在设置 document.domain 之前定义需要共享的变量或对象。
子级页面可以通过 window.parent 来访问父级页面的属性或变量，但需要确保父级页面已经加载完成并且两者的域名设置已生效。

下面举一个简单的例子来说明 Domain 方法的用法：

假设有两个页面分别位于不同子域名下，一个是 parent.example.com，另一个是 child.example.com。我们希望这两个页面能够进行跨域通信。

在父级页面 parent.example.com/index.html 中的代码如下：

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Parent Page</title>
</head>
<body>
  <h1>Parent Page</h1>
  <iframe src="http://child.example.com/child.html"></iframe>
  
  <script>
    document.domain = 'example.com';
    var messageFromParent = 'Hello from parent page!';
  </script>
</body>
</html>

在子级页面 child.example.com/child.html 中的代码如下：

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Child Page</title>
</head>
<body>
  <h1>Child Page</h1>
  
  <script>
    document.domain = 'example.com';
    var messageFromChild = 'Hello from child page!';
    
    // 访问父级页面定义的变量
    var message = window.parent.messageFromParent;
    console.log('Message from parent: ' + message);
  </script>
</body>
</html>

在这个例子中，父级页面和子级页面分别设置了相同的 document.domain 为 'example.com'，以实现二级域名相同。

父级页面定义了一个名为 messageFromParent 的变量，子级页面在加载后通过 window.parent 来访问父级页面定义的变量，并打印出父级页面的消息。

通过设置相同的 document.domain，父子页面之间就可以进行跨域通信，实现数据共享和交互。

postMessage

使用 postMessage() 方法结合 <iframe> 元素可以实现跨域通信，这是一种常见的技术。通过在父窗口和嵌套的 <iframe> 之间使用 postMessage() 方法，可以安全地在不同源之间进行通信。

<iframe> 可以用于解决跨域通信的问题，其原理是利用浏览器中同源策略的限制，将不同域的内容加载到独立的 <iframe> 中，通过 postMessage 方法进行跨文档通信。

在 a.html 文件中：

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Document</title>
</head>
<body>
  <h2>a.html</h2>

  <!-- 创建一个 iframe 元素来加载 b.html -->
  <iframe src="http://127.0.0.1:5500/postMessage/b.html" frameborder="0" id="iframe"></iframe>

  <script>
    // 向 b.html 发送数据
    let iframe = document.getElementById('iframe');
    iframe.onload = function() {
      // 准备要发送的数据
      let data = {
        name: 'Tom'
      };
      // 通过 postMessage 方法向 iframe 发送数据
      iframe.contentWindow.postMessage(JSON.stringify(data), 'http://127.0.0.1:5500');
    }

    // 监听来自 b.html 的消息
    window.addEventListener('message', function(e) {
      console.log(e.data);
    });
  </script>
</body>
</html>

在 b.html 文件中：

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Document</title>
</head>
<body>
  <h4>b.html</h4>

  <script>
    // 监听来自父页面的消息
    window.addEventListener('message', function(e) {
      console.log(JSON.parse(e.data));

      if (e.data) {
        // 收到消息后延迟 2 秒发送回应给父页面
        setTimeout(function() {
          window.parent.postMessage('我接受到', 'http://127.0.0.1:5500');
        }, 2000);
      }
    });
  </script>
</body>
</html>

优点：

安全性： 使用 <iframe> 结合 postMessage 进行跨域通信是一种相对安全的方法，能够避免常见的跨站脚本攻击（XSS）。
灵活性： 可以在不同域之间传递数据，实现更丰富的交互体验，如单点登录、共享数据等。
适用性广泛： 跨域通信是 Web 开发中常见需求，而 <iframe> 结合 postMessage 是一种通用且有效的解决方案。

缺点：

复杂性： 跨域通信涉及到多个文档之间的交互，需要额外的处理和编码，增加了开发的复杂度。
性能开销： 使用 <iframe> 进行跨域通信可能会引入额外的网络请求和资源加载，对页面加载性能有一定影响。
兼容性： 旧版本的浏览器可能对 postMessage 支持不完整，需要做兼容性处理。

Nginx

nginx反向代理配置

这个配置允许任何域通过GET、POST和OPTIONS方法访问资源，并且允许一些常见的头信息字段。Access-Control-Max-Age 指令用于指定预检请求的结果能被缓存多久。

确保在实际部署时，根据安全和需求情况将Access-Control-Allow-Origin设置为特定域，而不是*（表示允许所有域），以减少跨站脚本攻击（XSS）的风险。

server {
    listen 80;
    server_name example.com;
 
    location / {
        # 设置允许跨域的域，* 表示允许任何域，也可以设置特定的域
        add_header 'Access-Control-Allow-Origin' '*';
        # 允许的方法
        add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
        # 允许的头信息字段
        add_header 'Access-Control-Allow-Headers' 'User-Agent,Keep-Alive,Content-Type';
        # 缓存时间
        add_header 'Access-Control-Max-Age' 1728000;
        
        # 其他配置...
    }
 
    # 其他 server 配置...
}

.NetCore

在.NET Core中配置跨域非常简单。你可以在Startup.cs文件中的ConfigureServices方法添加跨域服务，并在Configure方法中配置跨域。

public class Startup
{
    // ...
 
    // 在ConfigureServices方法中添加跨域服务
    public void ConfigureServices(IServiceCollection services)
    {
        // ...
 
        services.AddCors(options =>
        {
            options.AddPolicy("CorsPolicy",
                builder => builder.AllowAnyOrigin()
                .AllowAnyMethod()
                .AllowAnyHeader());
        });
    }
 
    // 在Configure方法中配置跨域
    public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
    {
        // ...
 
        // 使用跨域策略
        app.UseCors("CorsPolicy");
 
        // ...
    }
}

查看全文

http://www.kler.cn/a/402993.html