跨域

最新推荐文章于 2024-04-07 11:22:35 发布
最新推荐文章于 2024-04-07 11:22:35 发布
阅读量564 收藏 1
点赞数
文章标签： 跨域 CORS
原文链接：https://blog.csdn.net/qq_37651267/article/details/93367870
版权

跨域

同源政策

       一个源的定义

如果两个页面的协议，端口（如果有指定）和域名都相同，则两个页面具有相同的源。

       举个例子：

       下表给出了相对http://a.xyz.com/dir/page.html同源检测的示例:

URL结果
http://a.xyz.com/dir2/other.html成功
http://a.xyz.com/dir/inner/another.html成功
https://a.xyz.com/secure.html失败不同协议 ( https和http )
http://a.xyz.com:81/dir/etc.html失败不同端口 ( 81和80)
http://a.opq.com/dir/other.html失败不同域名 ( xyz和opq)

       同源策略是什么

       同源策略是浏览器的一个安全功能，不同源的客户端脚本在没有明确授权的情况下，不能读写对方资源。所以xyz.com下的js脚本采用ajax读取abc.com里面的文件数据是会被拒绝的。

       同源策略限制了从同一个源加载的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的重要安全机制。

       设想这样一种情况：A网站是一家银行，用户登录以后，又去浏览其他网站。如果其他网站可以读取A网站的 Cookie，会发生什么？

       很显然，如果 Cookie 包含隐私（比如存款总额），这些信息就会泄漏。更可怕的是，Cookie 往往用来保存用户的登录状态，如果用户没有退出登录，其他网站就可以冒充用户，为所欲为。因为浏览器同时还规定，提交表单不受同源政策的限制。

       由此可见，"同源政策"是必需的，否则 Cookie 可以共享，互联网就毫无安全可言了。

       不受同源策略限制的

  • 页面中的链接，重定向以及表单提交是不会受到同源策略限制的。
  • 跨域资源的引入是可以的。但是js不能读写加载的内容。如嵌入到页面中的<script src="…"></script>，<img>，<link>，<iframe>等。

限制范围

       随着互联网的发展，"同源政策"越来越严格。目前，如果非同源，共有三种行为受到限制。

  • Cookie、LocalStorage 和 IndexDB 无法读取。
  • DOM 无法获得。
  • AJAX 请求不能发送。

举例

demo1

urls.py

urlpatterns = [
    url(r'^abc/', views.abc),
]

views.py

def abc(request):
    return HttpResponse("rion")

demo2

urls.py

urlpatterns = [
    url(r'^xyz/', views.xyz),
]

views.py

def xyz(request):
    return render(request, "xyz.html")

xyz.html

<!DOCTYPE HTML>
<html>
<head>
  <meta charset="UTF-8">
  <meta http-equiv="x-ua-compatible" content="IE=edge">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>xyz</title>
</head>
<body>
<button id="b1">点我</button>
<script src="https://cdn.bootcss.com/jquery/3.3.1/jquery.js"></script>
<script>
  $("#b1").click(function () {
    $.ajax({
      url: "http://127.0.0.1:8002/abc/",
      type: "get",
      success:function (res) {
        console.log(res);
      }
    })
  });
</script>
</body>
</html>

       现在，打开使用浏览器打开http://127.0.0.1:8000/xyz/，点击页面上的 ‘点我’ 按钮，会在console页面发现错误信息如下：

在这里插入图片描述

       为什么报错呢？因为同源策略限制跨域发送ajax请求。

       接下来将介绍如何规避上面三种限制。

Cookie

       Cookie 是服务器写入浏览器的一小段信息，只有同源的网页才能共享。但是，如果两个网页一级域名相同，只是二级域名不同，浏览器允许通过设置document.domain共享 Cookie。

       举例来说，A网页是http://w1.example.com/a.html，B网页是http://w2.example.com/b.html，那么只要设置相同的document.domain，两个网页就可以共享Cookie。


document.domain = 'example.com';

       现在，A网页通过脚本设置一个 Cookie。


document.cookie = "test1=hello";

       B网页就可以读到这个 Cookie。


var allCookie = document.cookie;

       注意，这种方法只适用于 Cookie 和 iframe 窗口，LocalStorage 和 IndexDB 无法通过这种方法，规避同源政策，而要使用下文介绍的PostMessage API。

       另外，服务器也可以在设置Cookie的时候，指定Cookie的所属域名为一级域名，比如.example.com。

 
Set-Cookie: key=value; domain=.example.com; path=/

       这样的话，二级域名和三级域名不用做任何设置，都可以读取这个Cookie。

iframe

       如果两个网页不同源，就无法拿到对方的DOM。典型的例子是iframe窗口和window.open方法打开的窗口，它们与父窗口无法通信。

       比如，父窗口运行下面的命令，如果iframe窗口不是同源，就会报错。


document.getElementById("myIFrame").contentWindow.document
// Uncaught DOMException: Blocked a frame from accessing a cross-origin frame.

       上面命令中，父窗口想获取子窗口的DOM，因为跨源导致报错。

       反之亦然，子窗口获取主窗口的DOM也会报错。


window.parent.document.body
// 报错

       如果两个窗口一级域名相同，只是二级域名不同，那么设置上一节介绍的document.domain属性，就可以规避同源政策，拿到DOM。

       对于完全不同源的网站，目前有三种方法，可以解决跨域窗口的通信问题。

  • 片段识别符（fragment identifier）
  • window.name
  • 跨文档通信API（Cross-document messaging）

1 片段识别符

       片段标识符（fragment identifier）指的是，URL的#号后面的部分，比如http://example.com/x.html#fragment的#fragment。如果只是改变片段标识符，页面不会重新刷新。

       父窗口可以把信息，写入子窗口的片段标识符


var src = originURL + '#' + data;
document.getElementById('myIFrame').src = src;

       子窗口通过监听hashchange事件得到通知。


window.onhashchange = checkMessage;
 
function checkMessage() {
  var message = window.location.hash;
  // ...
}

       同样的，子窗口也可以改变父窗口的片段标识符。


parent.location.href= target + "#" + hash;

2 window.name

       浏览器窗口有window.name属性。这个属性的最大特点是，无论是否同源，只要在同一个窗口里，前一个网页设置了这个属性，后一个网页可以读取它。

       父窗口先打开一个子窗口，载入一个不同源的网页，该网页将信息写入window.name属性。


window.name = data;

       然后，主窗口就可以读取子窗口的window.name了。


var data = document.getElementById('myFrame').contentWindow.name;

       这种方法的优点是，window.name容量很大，可以放置非常长的字符串；缺点是必须监听子窗口window.name属性的变化，影响网页性能。

3 window.postMessage

       上面两种方法都属于破解，HTML5为了解决这个问题，引入了一个全新的API：跨文档通信 API（Cross-document messaging）。

       这个API为window对象新增了一个window.postMessage方法，允许跨窗口通信，不论这两个窗口是否同源。

       举例来说，父窗口http://aaa.com向子窗口http://bbb.com发消息，调用postMessage方法就可以了。


var popup = window.open('http://aaa.com', 'title');
popup.postMessage('Hello World!', 'http://aaa.com');

       postMessage方法的第一个参数是具体的信息内容，第二个参数是接收消息的窗口的源（origin），即"协议 + 域名 + 端口"。也可以设为*，表示不限制域名，向所有窗口发送。

       子窗口向父窗口发送消息的写法类似。


window.opener.postMessage('Nice to see you', 'http://bbb.com');

       父窗口和子窗口都可以通过message事件，监听对方的消息。


window.addEventListener('message', function(e) {
  console.log(e.data);
},false);

       message事件的事件对象event，提供以下三个属性。

  • event.source：发送消息的窗口
  • event.origin: 消息发向的网址
  • event.data: 消息内容

       下面的例子是，子窗口通过event.source属性引用父窗口，然后发送消息。


window.addEventListener('message', receiveMessage);
function receiveMessage(event) {
  event.source.postMessage('Nice to see you!', '*');
}

       event.origin属性可以过滤不是发给本窗口的消息。


window.addEventListener('message', receiveMessage);
function receiveMessage(event) {
  if (event.origin !== 'http://bbb.com') return;
  if (event.data === 'Hello World') {
      event.source.postMessage('Hello', event.origin);
  } else {
    console.log(event.data);
  }
}

4 LocalStorage

       通过window.postMessage，读写其他窗口的 LocalStorage 也成为了可能。

       下面是一个例子，主窗口写入iframe子窗口的localStorage。

window.onmessage = function(e) {
  if (e.origin !== 'http://bbb.com') {
    return;
  }
  var payload = JSON.parse(e.data);
  localStorage.setItem(payload.key, JSON.stringify(payload.data));
};

       上面代码中，子窗口将父窗口发来的消息，写入自己的LocalStorage。

       父窗口发送消息的代码如下。


var win = document.getElementsByTagName('iframe')[0].contentWindow;
var obj = { name: 'Jack' };
win.postMessage(JSON.stringify({key: 'storage', data: obj}), 'http://bbb.com');

       加强版的子窗口接收消息的代码如下。


window.onmessage = function(e) {
  if (e.origin !== 'http://bbb.com') return;
  var payload = JSON.parse(e.data);
  switch (payload.method) {
    case 'set':
      localStorage.setItem(payload.key, JSON.stringify(payload.data));
      break;
    case 'get':
      var parent = window.parent;
      var data = localStorage.getItem(payload.key);
      parent.postMessage(data, 'http://aaa.com');
      break;
    case 'remove':
      localStorage.removeItem(payload.key);
      break;
  }
};

       加强版的父窗口发送消息代码如下。

var win = document.getElementsByTagName('iframe')[0].contentWindow;
var obj = { name: 'Jack' };
// 存入对象
win.postMessage(JSON.stringify({key: 'storage', method: 'set', data: obj}), 'http://bbb.com');
// 读取对象
win.postMessage(JSON.stringify({key: 'storage', method: "get"}), "*");
window.onmessage = function(e) {
  if (e.origin != 'http://aaa.com') return;
  // "Jack"
  console.log(JSON.parse(e.data).name);
};

AJAX

       同源政策规定，AJAX请求只能发给同源的网址，否则就报错。

       除了架设服务器代理（浏览器请求同源服务器，再由后者请求外部服务），有三种方法规避这个限制。

  • JSONP
  • WebSocket
  • CORS

JSONP

       JSONP是服务器与客户端跨源通信的常用方法。最大特点就是简单适用，老式浏览器全部支持，服务器改造非常小。

       它的基本思想是，网页通过添加一个<script>元素，向服务器请求JSON数据，这种做法不受同源政策限制；服务器收到请求后，将数据放在一个指定名字的回调函数里传回来。

       首先，网页动态插入<script>元素，由它向跨源网址发出请求。

function addScriptTag(src) {
  var script = document.createElement('script');
  script.setAttribute("type","text/javascript");
  script.src = src;
  document.body.appendChild(script);
}
 
window.onload = function () {
  addScriptTag('http://example.com/ip?callback=foo');
}
 
function foo(data) {
  console.log('Your public IP address is: ' + data.ip);
};

       上面代码通过动态添加<script>元素，向服务器example.com发出请求。注意，该请求的查询字符串有一个callback参数，用来指定回调函数的名字，这对于JSONP是必需的。

       服务器收到这个请求以后，会将数据放在回调函数的参数位置返回。


foo({
  "ip": "8.8.8.8"
});

       由于<script>元素请求的脚本，直接作为代码运行。这时，只要浏览器定义了foo函数，该函数就会立即调用。作为参数的JSON数据被视为JavaScript对象，而不是字符串，因此避免了使用JSON.parse的步骤。

WebSocket

       WebSocket是一种通信协议，使用ws://（非加密）和wss://（加密）作为协议前缀。该协议不实行同源政策，只要服务器支持，就可以通过它进行跨源通信。

       下面是一个例子，浏览器发出的WebSocket请求的头信息

 
GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13
Origin: http://example.com

       上面代码中，有一个字段是Origin，表示该请求的请求源（origin），即发自哪个域名。

       正是因为有了Origin这个字段，所以WebSocket才没有实行同源政策。因为服务器可以根据这个字段，判断是否许可本次通信。如果该域名在白名单内，服务器就会做出如下回应。

 
HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk=
Sec-WebSocket-Protocol: chat

CORS

       CORS是跨源资源分享（Cross-Origin Resource Sharing）的缩写。它是W3C标准，是跨源AJAX请求的根本解决方法。它允许浏览器向跨源服务器发出XMLHttpRequest请求，相比JSONP只能发GET请求，CORS允许任何类型的请求。

CORS简介

       CORS需要浏览器和服务器同时支持。目前基本上主流的浏览器都支持CORS。所以只要后端服务支持CORS，就能够实现跨域。

简单请求和非简单请求介绍

       浏览器将CORS请求分成两类：简单请求（simple request）和非简单请求（not-so-simple request）。

       一个请求需要同时满足以下两大条件才属于简单请求。

（1) 请求方法是以下三种方法之一：
　　　　HEAD
　　　　GET
　　　　POST

（2）HTTP的头信息不超出以下几种字段：
　　　　Accept
　　　　Accept-Language
　　　　Content-Language
　　　　Last-Event-ID
　　　　Content-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain

简单请求的处理方式

       在跨域场景下，当浏览器发送简单请求时，浏览器会自动在请求头中添加表明请求来源的 Origin 字段。

在这里插入图片描述

       我们的后端程序只需要在返回的响应头中加上 Access-Control-Allow-Origin 字段，并且把该字段的值设置为 跨域请求的来源地址或简单的设置为 * 就可以了。

@Override
public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException {
	
	HttpServletResponse response = (HttpServletResponse) res;
    response.setHeader("Access-Control-Allow-Origin","*");

    // doSomething
}

非简单请求的处理方式

       我们开发中常用到的那些请求方法是PUT或DELETE，或者Content-Type字段的类型是application/json的都是非简单请求。

       对于非简单请求，浏览器通常都会在请求之前发送一次 OPTIONS 预检 请求。该请求会像后端服务询问是否允许从当前源发送请求并且询问允许的 请求方法 和 请求头字段。

@Override
public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException {
    HttpServletResponse response = (HttpServletResponse) res;
    response.setHeader("Access-Control-Allow-Origin", "*"); 
    response.setHeader("Access-Control-Allow-Methods", "POST, GET, OPTIONS, DELETE");
    response.setHeader("Access-Control-Max-Age", "3600");
    response.setHeader("Access-Control-Allow-Headers", "x-requested-with");

    // doSomething
}

       举个例子：

       我们前端使用axios向后端发送PUT请求，结果：

在这里插入图片描述
       看看发送的具体请求：
在这里插入图片描述
       解决办法也很简单，我们可以在后端简单的给响应对象添加上 常用请求方法（PUT、DELETE）的支持就可以了。

baburwang
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
geoserver跨域包
05-09
而“geoserver跨域包”这个主题涉及到的是一个关键的技术问题：跨域资源共享（CORS，Cross-Origin Resource Sharing）。在Web应用程序中，由于浏览器的安全策略，不同源的请求（比如JavaScript从一个域名访问另一个...
同源策略与跨域的解决方案
失眠时间的博客
05-12 1893
总所周知，同源策略是导致跨域的原因，那么什么是同源策略，又可以如何解决跨域的问题呢？咱们一起往下探讨吧~当浏览器中一个请求url的协议、域名、端口三者之间任意一个与当前页面url不同即为跨域。用户在使用浏览器的情况下会使用到 CORS，因为控制访问权限的是浏览器而非服务器。因此使用其它客户端的时候无需关心任何跨域问题。同源策略(Same Origin Policy)是一种约定，它是浏览器最核心也是最基本的安全功能。
同源策略与解决方法
weixin_45827423的博客
08-29 1332
同源策略（same origin policy），一种安全策略，用于限制一个源的文档或者它加载的脚本如何能与另一个源的资源进行交互。浏览器默认两个不同的源之间是可以互相访问资源和操作 DOM 的。两个不同的源之间若是想要访问资源或者操作 DOM，就会受到同源策略的制约。
已拦截跨源请求：同源策略禁止读取位于 file:///c:/Users/%E6%9D%8E%E5%AE%B6%E8%B1%AA/Desktop/test/data.json 的远程资源。
最新发布
qq_63170044的博客
04-07 707
出现这个问题是因为浏览器的同源策略（Same-Origin Policy）限制了从一个源（origin）加载的文档或脚本与另一个源的资源进行交互。同源策略是浏览器的一个安全特性，用于防止恶意脚本访问和修改其他网站的内容。在您的例子中，您正在尝试通过 Fetch API 从本地文件系统（file:/// 协议）加载一个 JSON 文件。由于 Fetch API 是基于 HTTP 的，而 file:/// 协议并不是 HTTP，因此浏览器将阻止这种跨源请求。
这篇文章带你完全理解,同源策略原理 以及如何解决web前端跨域问题
weixin_40291248的博客
09-14 589
最近发现好多人被这个前端跨域搞得头晕眼花 这篇文章带你完全理解　　 1 :同源策略原理 2: web前端跨域代理 3: NODEJS后端跨域开放 首先先说同源策略 这个只有浏览器独有 客户端不会出现跨域 同源策略是一个重要的安全策略，它用于限制一个origin的文档或者它加载的脚本如何能与另一个源的资源进行交互。它能帮助阻隔恶意文档，减少可能被攻击的媒介。 同源定义如果两个 URL 的protocol、port(en-US)(如果有指定的话)和host都相同的话，则...
SignalR跨域
07-12
跨域问题在 Web 开发中是一个常见挑战，特别是当涉及到 SignalR 的实时通信时。下面将详细解释 SignalR 跨域的概念、原因、解决方法以及实际应用。 一、SignalR 跨域简介 跨域是指浏览器出于安全考虑，不允许不同源...
跨域资源共享 CORS 详解
09-02
跨域资源共享（CORS，Cross-Origin Resource Sharing）是一种机制，旨在允许Web应用程序向不同源的服务器请求数据，而不会受到浏览器的同源策略限制。这一功能对于现代Web应用的开发至关重要，因为它允许开发者构建...
SpringBoot 跨域问题的解决方案
08-25
SpringBoot 跨域问题的解决方案 在本文中，我们将讨论 SpringBoot 跨域问题的解决方案，这个问题是指浏览器从一个域名的网页取请求另一个域名下的东西，通俗点说，浏览器直接从 A 域访问 B 域中的资源是不被允许的...
跨域下载文件
09-01
"跨域下载文件"是解决这一问题的关键技术，尤其是在构建分布式应用或者API服务时，用户可能需要从不同的服务器获取资源。本篇文章将深入探讨如何实现跨域文件下载，并通过`HttpWebRequest`类来解决相关问题。 首先...
同源策略的限制，没有同源策略会怎么样？
Floatwor青舟的博客
03-27 1678
目录同源策略同源策略的执行说说同源策略的限制没有同源策略的危害 同源策略 之前学习跨域方式的时候介绍过同源策略，但是学习真的不能知其一而不知其意，当时只是简单的了解，昨天面试随着面试官加深的询问没有同源策略会怎样，才发现自己还是没有真正的明白，今天简单记录一下0.0 Salute！ 九种跨域方式及实现原理：https://blog.csdn.net/f944913628/article/details/114288543?spm=1001.2014.3001.5501 同源策略：是一种约定，它是浏览器最核
同源问题及解决方案
fujiaxu666的博客
11-20 5467
同源策略（same origin policy） 浏览器的同源策略 - Web 安全 | MDN (mozilla.org) 浏览器同源政策及其规避方法 - 阮一峰的网络日志 (ruanyifeng.com) 跨域资源共享 CORS 详解 - 阮一峰的网络日志 (ruanyifeng.com) 同源策略规定了不同域 不能获取Cookie、LocalStorage 和 IndexDB 无法读取。 对于cookie来说可以使用 document.domain 来允许子域安全访问其父域时，您需要在父域和子域中设
前后端跨域
微信公众号：饺子泡牛奶
05-03 633
章节目录：一、什么是跨域二、同源策略2.1 跨域问题示例三、如何跨域3.1 跨域解决方案3.2 常见方案对比及选择3.3 使用SpringBoot解决跨域3.4 配置跨域及网关路由后请求四、概念补充4.1 CORS请求分类4.2 响应头详解五、结束语 一、什么是跨域 当一个请求url的协议、域名、端口三者之间的任意一个与当前页面url不同即为跨域（如下图所示）。 跨域问题的产生，源自浏览器的一个同源策略。 二、同源策略 同源策略（Same Orgin Policy）是一种约定，它是浏览器核心也最基本
同源策略及解决办法
技术交流
05-18 1万+
1、跨域来由 1.1 同源策略 一种约定，是浏览器最核心也最基本的安全功能。保证用户信息的安全，防止恶意的网站窃取数据。 1.1.1 背景 如上图所示： 用户登录shopA商城A之后，继续浏览到shopB，这时如果商城B可以拿到商城A的Cookie信息，就会泄露用户的相关隐私信息，也有可能被他人非法使用，甚至破坏等等。 1.1.2 含义： 同源策略需要同时满足以下三点要求： 1
跨域，同源策略
nilmao的博客
03-21 8204
跨域问题涉及到WEB网页安全性问题，使用不当会造成用户隐私泄露风险，但有时业务上又需要进行跨域请求。如何正确的使用跨域功能，既能满足业务需求，又能够满足安全性要求，显得尤为重要。 1.1.同源策略 协议相同 域名相同 端口相同 同源策略限制内容有： Cookie、LocalStorage、IndexedDB 等存储性内容 DOM 节点 AJAX 请求发送后，结果被浏览器拦截了 同源政策的目的，是为了保证用户信息的安全，防止恶意的网站窃取数据。 1.2.为什么要有跨域限制 Ajax 的同源策
同源策略与跨域
热门推荐
mijichui2153的博客
11-21 1万+
前言：最近业务上前端同学多次联系说访问腾讯云cos资源的时候因为跨域的问题访问不到。大致看了下腾讯云关于设置跨域访问的教程，按照前端同学给的域名等选项就给配了，而且测试下来也是好的。但是呢一直不知道什么是跨域这里就做一个简单的学习记录。 一、同源策略 同源策略(Same Origin Policy)是一种约定，它是浏览器最核心也是最基本的安全功能。同源策略会阻止一个域的javascrip脚本和另一个域的内容进行交互，是用于隔离潜在恶意文件的关键安全机制；关于这一点我们后面会举例说明。...
什么是同源策略？解决跨域的三种方法？
qq_52409560的博客
12-18 1764
比如JSONP就是一种独立的跨域处理方式，不需要服务器端配置CORS来支持，当然在一个项目里面两者可以混合起来使用：获取数据就用JSONP，提交数据就用CORS；（1）img 的 src 属性；同源政策的目的，是为了保证用户信息的安全，防止恶意的网站窃取数据。如果，其中一个条件没有满足，那么就是跨域了；（1）协议要相同：HTTP、HTTPS；（2）link 的 href 属性；（3）script 的 src 属性；三种处理跨域的方式，标签跨域特性进行数据跨域访问的，，要具体的域名，不要使用。
同源策略、跨域以及跨域的三种解决方案详解
Harley567
08-25 1662
1.服务器代理； 2.cors跨域资源共享； 3.JSONP
使用iframe将帆软报表集成在Vue大屏中
程序员雅痞的博客
08-26 5702
使用iframe将帆软报表集成在Vue大屏中,过程中遇到好几个坑，特此记录。反向代理解决跨域问题；iframe请求携带请求头；cookie path问题。
如何解决跨域请求的问题
wangcuiling_123的博客
09-12 722
首先介绍一下什么叫跨域？ 访问同源的资源是被浏览器允许的，但是如果访问不同源的资源，浏览器默认是不允许的。访问不同源的资源那就是我们所说的跨域。 那为什么会有跨域的产生呢？ 原来这是浏览器的一个策略----“同源策略”。 1. 什么是同源策略（Same Origin Policy）？ 所谓同源策略，它是浏览器的一种最核心最基本的安全策略。它对来至不同源的文档或这脚本对当前文档的读写操
ModHeader 跨域
09-14
ModHeader 是一款浏览器扩展，用于在浏览器中模拟请求头，包括跨域请求头。它允许您在请求中添加自定义请求头，并模拟跨域请求。 要在浏览器中使用 ModHeader 进行跨域请求，首先需要安装该扩展。根据您使用的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值