跨域相关问题、跨域是怎么产生的、跨域的解决方案

跨域问题是怎么产生的

本身是通过浏览器本身的安全策略产生的跨域问题

网页的url与你调用接口的url不一样(协议、域名、端口号),就会产生跨域问题。

通俗的讲:你去肯德基吃东西,非得想吃拉面,拉面管把拉面给你送来了,但是肯德基店员不把拉面给你,给你扣住了。所以你吃不到拉面。
其实你在请求数据的时候,服务器已经把数据给传递过来了,但是被浏览器给“拦截”了,以至于你获取不到数据。

在这里插入图片描述跨域问题报错

解决方案

1. jsonp

通过src href请求下来的js,css资源是不存在跨域问题的,jsonp就是基于该原理实现的

    <script>
      window.callback = function (data) {
        console.log("data", data);
      };
    </script>
    <script src="http://localhost:8001/index.js"></script>
    原理是src不受跨域影响,所以让后台返回一个js文件,js里的代码包含数据。一般就是前端写个函数,把函数名告诉后端,后端返回一段js文件,里边内容为执行这个函数并传参,参数就是要返回的数据

2. 配置请求头

Access-Control-Allow-Origin

  • *:允许所有请求通过
  • 域名,只允许指定域名的请求

第①种:在请求控制器加上加上下面的代码;

header(“Access-Control-Allow-Origin”, “*”);

var express = require("express");
//90端口的服务,将当前目录作为http服务
var app = express();
app.use(express.static(__dirname));
app.listen(90);

//91端口的服务 返回数据
var app2 = express();
app2.get("/", function (req, res) {
  //   设置请求头 实现跨域
  res.header("Access-Control-Allow-Origin", "*");
  res.send("你好");
});
app.listen(91);

第②种:在被请求页面加上下面的代码,最好content填写域名;

<meta http-equiv="Access-Control-Allow-Origin" content="*">

第③种方法:IIS、Apache、Nginx可以直接配置Access-Control-Allow-Origin 跨域

1、IIS配置:只需要在IIS添加HTTP响应标头即可!
Access-Control-Allow-Headers:Content-Type, api_key, Authorization
Access-Control-Allow-Origin:*

2、Apache配置:主要修改http.conf
<Directory "/Users/cindy/dev">
AllowOverride ALL
Header set Access-Control-Allow-Origin *
</Directory>
或者,修改Apache伪静态规则文件.htaccess
<IfModule mod_setenvif.c>  
    <IfModule mod_headers.c>  
        <FilesMatch "\.(cur|gif|ico|jpe?g|png|svgz?|webp)$">  
            SetEnvIf Origin ":" IS_CORS  
            Header set Access-Control-Allow-Origin "*" env=IS_CORS  
        </FilesMatch>  
    </IfModule>  
</IfModule>  

3、Nginx配置:主要是修改nginx.conf;
location ~* \.(eot|ttf|woff|svg|otf)$ {
     add_header Access-Control-Allow-Origin *;
}
上面的eot|ttf|woff|svg|otf,表示请求后缀类型,或者也可以直接写如下代码:
location / {  
  add_header Access-Control-Allow-Origin *;  
}  

配置前端

配置代理->利用中转服务器发送请求

在这里插入图片描述
以vue为例 在vue.config.js 文件里配置代理

module.exports = {
  publicPath: "/xxxxxx/",
  outputDir: "xxxxxxx", // 输出文件目录
  devServer: {
    proxy: {
      "/test": {
        target: "http://10.168.4.70:9902/", // test
        pathRewrite: {
          "^/test": "",
        },
      },
    },
  },
};

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
(Cross-Origin)指的是在浏览器中,当一个网页的 JavaScript 代码尝试访问不同源(即不同名、端口或协议)的资源时,就会触发问题。浏览器为了保护用户的安全,限制了资源的访问。 问题可以通过以下几种方式进行解决: 1. JSONP(JSON with Padding):JSONP 是一种利用 `<script>` 标签可以加载资源的特性来实现请求的方法。服务器端返回的数据需要包裹在一个函数调用中,前端通过动态创建 `<script>` 标签来获取数据。但是 JSONP 只支持 GET 请求,并且存在安全性问题,容易受到 XSS 攻击。 2. CORS(Cross-Origin Resource Sharing):CORS 是一种现代浏览器支持的解决方案。它通过在服务器端设置响应头来控制是否允许请求。具体来说,服务器需要在响应头中设置 `Access-Control-Allow-Origin` 字段来指定允许的源(名、端口或通配符 *),以及其他相关的 CORS 相关字段。通过这种方式,浏览器会根据响应头的配置判断是否允许请求。 3. 代理服务器:可以通过在服务器端设置代理服务器来解决问题。前端代码发送请求给同源的服务器,然后由服务器端代理转发请求到目标服务器,并将响应结果返回给前端。这种方式需要在服务器端进行配置,并且会增加服务器的负载。 4. WebSocket:WebSocket 是一种全双工通信协议,它可以在浏览器和服务器之间建立持久连接。由于 WebSocket 协议并不受同源策略的限制,因此可以用于通信。 5. postMessage:postMessage 是一种在不同窗口或 iframe 之间进行通信的方法。通过调用 `window.postMessage` 方法,可以在不同窗口之间传递消息。 需要注意的是,以上解决方案的可行性和适用性取决于具体的情况和需求。在使用时需要根据实际情况选择合适的解决方案

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

BoZai_ya

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值