跨域请求的2种应用场景和2种解决方案

简介: 跨域请求的2种应用场景和2种解决方案

应用场景


1.第一种是: 前端jquery,后端springmvc4.2


2.第二种是: 前端angularjs,后端springmvc4.2


解决方案


1.第一种场景我们用jsonp方式解决


2.第二种场景我们用CORS方式解决


示例:


jsonp+springmvc4.2


jsonp请求,原生js原理图


1dc618a0ed9580ce8bfa6facb208c08f.png

图的上半部分展示的是传统跨域请求,这种请求我们是获取不到Response数据的,下半部分是介绍jsonp跨域获取数据的方案的。我们现在要跨域获取信息的js当中添加一个函数,该函数有返回值参数data,发起跨域请求的一端引入服务端定义好的一个js文件,请求的参数中是带callback回调函数的,并且callback=mycall中的"mycall"一定是与我们添加的那个函数的名称一致的,服务端接收到请求,就进行响应,并且判断参数中是否有callback参数,如果有callback参数的话,就对要返回的数据进行处理,加工成一段js代码(很简单,就是把一个json串包装成一个js函数,如下图mycall({id:1,name:z});)然后响应,js本来就是要请求访问服务端的一个js文件,现在返回的也是js代码,于是浏览器将不再进行拦截,由于返回的是js代码,而且js语句有个特点就是,一旦响应到浏览器端便立即执行,我们已经添加了该函数,于是便调用我们添加的那个函数,我们只需把数据做下处理并进行展示就可以了!!!


jsonp请求,juquey实现原理图


下面我们便来实现jsonp请求,上图所介绍的方法是比较复杂的,如果我们用jquery的话,如下图所示。

5d4c6812c8535adbb050f4ddf2e1bce8.png


客户端


1dc618a0ed9580ce8bfa6facb208c08f.png

5d4c6812c8535adbb050f4ddf2e1bce8.png


服务端2种写法:



46a9d80a6e05e4e3b19d57a0ee70bcdf.png


cros解决方案 angularjs+sprngmvc4.2


cors原理:


CORS是一个W3C标准,全称是"跨域资源共享"(Cross-origin resource sharing)。CORS需要浏览器和服务器同时支持。目前,所有浏览器都支持该功能,IE浏览器不能低于IE10。


它允许浏览器向跨源服务器,发出XMLHttpRequest请求,从而克服了AJAX只能同源使用的限制。整个CORS通信过程,都是浏览器自动完成,不需要用户参与。对于开发者来说,CORS通信与同源的AJAX通信没有差别,代码完全一样。浏览器一旦发现AJAX请求跨源,就会自动添加一些附加的头信息,有时还会多出一次附加的请求,但用户不会有感觉。因此,实现CORS通信的关键是服务器。只要服务器实现了CORS接口,就可以跨源通信。


请求过程如下图:

1dc618a0ed9580ce8bfa6facb208c08f.png5d4c6812c8535adbb050f4ddf2e1bce8.png

Preflight Request:

然后服务器端给我们返回一个Preflight Response

46a9d80a6e05e4e3b19d57a0ee70bcdf.png

Access-Control-Allow-Origin


Access-Control-Allow-Origin是HTML5中定义的一种解决资源跨域的策略。


他是通过服务器端返回带有Access-Control-Allow-Origin标识的Response header,用来解决资源的跨域权限问题。


使用方法,在response添加 Access-Control-Allow-Origin,例如

Access-Control-Allow-Origin:www.google.com

也可以设置为 * 表示该资源谁都可以用


前端代码


1dc618a0ed9580ce8bfa6facb208c08f.png

CORS请求默认不发送Cookie和HTTP认证信息。如果要把Cookie发到服务器,一方面要服务器同意,指定Access-Control-Allow-Credentials字段。另一方面,开发者必须在AJAX请求中打开withCredentials属性。否则,即使服务器同意发送Cookie,浏览器也不会发送。或者,服务器要求设置Cookie,浏览器也不会处理。


后端写法1:


5d4c6812c8535adbb050f4ddf2e1bce8.png



后端写法2:


springMVC的版本在4.2或以上版本,可以使用注解实现跨域, 我们只需要在需要跨域的方法上添加注解@CrossOrigin即可

46a9d80a6e05e4e3b19d57a0ee70bcdf.png

allowCredentials=“true” 可以缺省



相关文章
|
2月前
|
机器学习/深度学习 人工智能 自然语言处理
|
2月前
|
前端开发 JavaScript 安全
跨域的五种最常见解决方案
跨域的五种最常见解决方案
|
18天前
|
Kubernetes 容器 Perl
K8s是什么?k8s应用场景是什么?
K8s是什么?k8s应用场景是什么?
|
2月前
|
缓存 安全 网络协议
深入剖析跨域请求发送两次的原因及解决方案(上)
深入剖析跨域请求发送两次的原因及解决方案(上)
|
2月前
|
缓存 监控 中间件
深入剖析跨域请求发送两次的原因及解决方案(下)
深入剖析跨域请求发送两次的原因及解决方案(下)
|
2月前
|
负载均衡 Kubernetes 混合部署
k8s 中externalTrafficPolicy应用场景和实践
在Kubernetes(K8s)中,`externalTrafficPolicy` 是一个用于控制服务的外部流量的策略。这个字段可以在 `Service` 的定义中设置,其主要作用是决定服务对外部请求的负载均衡行为。具体来说,`externalTrafficPolicy` 有两个可选值: 1. `Cluster`: 默认值。当设置为 `Cluster` 时,服务将负载均衡流量到所有的 Pod,无论这些 Pod 是否在同一节点上。这意味着即使请求来自于同一节点的多个 Pod,流量也可能被负载均衡到不同的节点上。 ```yaml apiVersion: v1 kind: Se
207 0
|
2月前
|
JSON JavaScript 前端开发
跨域的原理及解决方案
同源策略是Web应用程序安全性模型中的重要概念。根据该策略,Web浏览器允许第一个网页中包含的脚本访问第二个网页中的数据,但前提是两个网页具有相同的来源。来源由URI,主机名和端口号的组合定义。此策略可防止一个页面上的恶意脚本通过该页面的DOM(Document Object Model)获得对另一网页上敏感数据的访问。 JSONP 由于同源策略,一般来说位于server1.example.com...
|
数据可视化 开发者
应用场景2-2 | 学习笔记
快速学习应用场景2-2
83 0
应用场景2-2 |  学习笔记
|
存储 数据建模 开发者
应用场景1 | 学习笔记
快速学习应用场景1
112 0
应用场景1  |  学习笔记
|
Unix Linux 开发者
应用场景2-1 | 学习笔记
快速学习应用场景2-1
90 0
应用场景2-1  |  学习笔记