如何解决浏览器跨域请求问题

如果你在使用 Angular 或者 jQuery 再或者 一个 XHR 请求,你对服务器说 “嘿伙计,我正在发送一个 POST/GET 请求,连带参数都给你了,你能给我个回应吗?” ,很不幸,你的浏览器控制台却告诉“嘿,你不能获得服务器的信息,因为:No ‘Access-Control-Allow-Origin’ header is present on the requested resource.Origin ‘null’ is therefore not allowed access”, 此刻你会说 “为什么呀,你想要的参数,头部信息等等都给你了呀”,然后你会翻阅各种资料,原来是跨域问题,最后采用某种方式解决了这个问题。但是什么事跨域请求呢?如何解决跨域问题呢?首先你得先明白...

什么是 SOP(同源策略)

SOP(Same-origin policy) 在计算机中,同源策略是 web 应用安全模式下的一个重要概念。在这个策略的影响下,浏览器允许一个页面的脚本去获取另一个页面的数据,但是这种情况只限于两个页面拥有相同的源,这个源是由请求协议、域名和端口号组成,三个中,只要有一个不同就被认为是不同的源。同源策略阻止了恶 意脚本引来的风险,它主要作用在通过脚本获取数据上,像 HTML 标签中嵌入的 images、CSS 和 scripts是不受同源策略的影响。那么在某些开发情况中,同源策略局限性太大了,我们应该怎么去解决他呢?

CORS

CORS是一个W3C标准,全称是"跨域资源共享"(Cross-origin resource sharing),他也是跨域请求解决方案之一。它允许浏览器向跨源(协议 + 域名 + 端口)服务器发出请求从而解决 Ajax 只能同源使用的问题。

CORS 是如何工作的?

CORS 标准描述了新的 HTTP headers 信息,它为浏览器和服务器提供了仅在权限允许的情况下请求远程URL的方法。浏览器发出CORS非简单请求,会在正式通信之前,增加一次HTTP查询请求,称为"预检"请求(preflight)。浏览器先询问服务器,当前网页所在的域名是否在服务器的许可名单之中,以及可以使用哪些HTTP动词和头信息字段。然后服务器发送批准回复,浏览器才会发出正式的 HTTP请求,否则就会报错。服务器还可以通知客户端是否应该发送带有请求的“凭据”(包括Cookie和HTTP身份验证数据)

简单的例子

当浏览器试着发送一个跨源请求时:

  1. 当一个 http://www.example.com 试图请求在 service.example.com 服务上的用户信息时,下面的请求头将被发送到 service.example.com
Origin: http://www.example.com

2.在 service.example.com 的服务器作出回应:

  • 回应的头部信息Access-Control-Allow-Origin (ACAO) 声明了哪些请求源可以访问服务器资源,如:
Access-Control-Allow-Origin: http://www.example.com
  • 如果服务器不允许该请求源,页面就会报错
  • 回应的头部信息Access-Control-Allow-Origin (ACAO)可以设置通配符,允许所以源访问该服务器资源,当一个页面或API响应被认为是完全公开的内容时,通配符同源策略是适用的
Access-Control-Allow-Origin: *

“*” 的值很特殊,因为它不允许请求提供凭据,这意味着它不允许在跨域请求中发送HTTP身份验证、客户端SSL证书或cookie

HTTP Headers

与 CORS 有关 的 HTTP headers 有:

1.Request headers

  • Origin
  • Access-Control-Request-Method
  • Access-Control-Request-Headers

2.Response headers

  • Access-Control-Allow-Origin
  • Access-Control-Allow-Credentials
  • Access-Control-Expose-Headers
  • Access-Control-Max-Age
  • Access-Control-Allow-Methods
  • Access-Control-Allow-Headers

CORS vs JSONP

JSONP 也是跨域请求的一种解决方法,CORS可作为JSONP模式的替代品,JSONP只支持GET请求方法,然而CORS还支持其他类型的HTTP请求。使用CORS使Web程序员能够使用比JSONP更好的错误处理机制的XMLHttpRequest。另一方面,支持JSONP传统的浏览器,也支持CORS,并且现代的浏览器也支持CORS。JSONP在外部站点受损时可能导致跨站点脚本(XSS)问题,但是CORS允许网站手动解析响应以确保安全性。

为什么在 POSTMAM 上做数据请求就可以呢?

因为 POSTMAN 不是浏览器,只是一个开发工具

结论

积累积累积累,不断的学习,略略略

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,222评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,455评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,720评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,568评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,696评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,879评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,028评论 3 409
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,773评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,220评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,550评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,697评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,360评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,002评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,782评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,010评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,433评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,587评论 2 350

推荐阅读更多精彩内容