为什么会出现跨域?
是因为浏览器的同源策略。
同源策略
同源策略(Same origin policy)是一种约定,它是浏览器最核心也最基本的安全功能,如果缺少了同源策略,则浏览器的正常功能可能都会受到影响。可以说Web是构建在同源策略基础之上的,浏览器只是针对同源策略的一种实现。
<script>
<!--正常的ajax发送的请求必须是同源的(即协议,域名,端口)-->
$.ajax({
url: "http://127.0.0.1:8008/books/",
type: "get",
success: function (arg) {
console.log(arg)
}
})
;
</script>
Access to XMLHttpRequest at 'http://127.0.0.1:8008/books/' from origin 'http://127.0.0.1:8000' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
已拦截跨源请求:同源策略禁止读取位于 http://127.0.0.1:7766/SendAjax/ 的远程资源。(原因:CORS 头缺少 'Access-Control-Allow-Origin')。
所以解决跨域的问题就是要绕过浏览器的同源策略。
即绕过同源策略有以下两种方法(即解决跨域问题的方法):
1.jsonp
jsonp是json用来跨域的一个东西。原理是通过script标签的跨域特性来绕过同源策略。
动态创建script标签
同源策略会阻止ajax请求;但是不阻止具有src属性的标签
<script src></script>
<img src>
127.0.0.1:8000
<script> function alex(arg) { console.log(arg); console.log(typeof arg)} </script> <script src="http://127.0.0.1:8008/books/?callbacks=alex"></script>
#127.0.0.1:8008
import json
def books(request): #基于jsonp
funcname = request.GET.get("callbacks")
data = {"name":"alex","age":32}
return HttpResponse("%s('%s')"%(funcname,json.dumps(data)))
JSONP的原型:创建一个回调函数,然后在远程服务上调用这个函数并且将JSON 数据形式作为参数传递,完成回调。
将JSON数据填充进回调函数,这就是JSONP的JSON+Padding的含义。
一般情况下,我们希望这个script标签能够动态的调用,而不是像上面因为固定在html里面所以没等页面显示就执行了,很不灵活。我们可以通过javascript动态的创建script标签,这样我们就可以灵活调用远程服务了。
<button onclick="f()">sendAjax</button>
<script>
function addScriptTag(src){
var script = document.createElement('script');
script.setAttribute("type","text/javascript");
script.src = src;
document.body.appendChild(script);
document.body.removeChild(script);
}
function func(name){
alert("hello"+name)
}
function f(){
addScriptTag("http://127.0.0.1:7766/SendAjax/")
}
</script>
为了更加灵活,现在将你自己在客户端定义的回调函数的函数名传送给服务端,服务端则会返回以你定义的回调函数名的方法,将获取的json数据传入这个方法完成回调:
即最上面的例子。
$.ajax
$(".btn").on("click", function () {
$.ajax({
url: "http://127.0.0.1:8008/books/",
type: "get",
dataType: "jsonp", //伪造的ajax , 跨域请求,但是本质上还是基于script 上面的原理;
jsonp: "callbacks", //k值 , v值(函数名)一般不写,是随机的生成的,即函数名不用自己取;
//jsonpCallback:"V值",
success: function (arg) { //就相当于最上面的函数
var data = JSON.parse(arg); //反序列化
console.log(typeof data);
console.log(data)
}
}
)
})
注意 JSONP一定是GET请求
2.cors
CORS需要浏览器和服务器同时支持。目前,所有浏览器都支持该功能,IE浏览器不能低于IE10。
整个CORS通信过程,都是浏览器自动完成,不需要用户参与。对于开发者来说,CORS通信与同源的AJAX通信没有差别,代码完全一样。浏览器一旦发现AJAX请求跨源,就会自动添加一些附加的头信息,有时还会多出一次附加的请求,但用户不会有感觉。
因此,实现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
注意:当 Content-Type :application/json 是复杂请求。
凡是不同时满足上面两个条件,就属于非简单请求。
浏览器对这两种请求的处理,是不一样的。
* 简单请求和非简单请求的区别?
简单请求:一次请求
非简单请求:两次请求,在发送数据之前会先发一次请求用于做“预检”,只有“预检”通过后才再发送一次请求用于数据传输。
* 关于“预检”
- 请求方式:OPTIONS
- “预检”其实做检查,检查如果通过则允许传输数据,检查不通过则不再发送真正想要发送的消息
- 如何“预检”
=> 如果复杂请求是PUT等请求,则服务端需要设置允许某请求,否则“预检”不通过
Access-Control-Request-Method
=> 如果复杂请求设置了请求头,则服务端需要设置允许某请求头,否则“预检”不通过
Access-Control-Request-Headers
支持跨域,简单请求
服务器设置响应头:Access-Control-Allow-Origin = '域名' 或 '*'
支持跨域,复杂请求
由于复杂请求时,首先会发送“预检”请求,如果“预检”成功,则发送真实数据。
- “预检”请求时,允许请求方式则需服务器设置响应头:Access-Control-Request-Method
- “预检”请求时,允许请求头则需服务器设置响应头:Access-Control-Request-Headers
基于cors实现跨域的简单请求:
// 基于cors实现跨域请求
$.ajax({
url: "http://127.0.0.1:8008/books/",
type: "get",
success: function (arg) {
console.log(arg)
}
})
;
#127.0.0.1:8008
def books(request): # 基于cors实现跨域请求 data = {"name":"alex","age":32} response = HttpResponse(json.dumps(data)) # 响应头 response["Access-Control-Allow-Origin"] = "http://127.0.0.1:8000" #加到cors头上,即当时这个域名访问的时候就可以拿数据了 response["Access-Control-Allow-Origin"] = "*" #所有的域名访问都可以 return response
在Django项目中可以在中间件中的判断是否复杂请求或是简单请求 或者是设置响应头,来解决跨域问题
from django.utils.deprecation import MiddlewareMixin from corsheaders.middleware import CorsMiddleware class CORSmiddleware(MiddlewareMixin): def process_response(self,request,response): # 防止跨域请求 response["Access-Control-Allow-Origin"] = "*" return response
from django.utils.deprecation import MiddlewareMixin class CORSmiddleware(MiddlewareMixin): # 给最后的响应加上跨域的请求头 def process_response(self,request,response): #允许你的域名来获取我的数据 response["Access-Control-Allow-Origin"] = "*" # 复杂请求需要预检;预检 if request.method == 'OPTIONS': # 允许你携带CONTENT-Type请求头 response['Access-Control-Allow-Headers'] = 'Content-Type' # 允许你发送DELETE,PUT # response['Access-Control-Allow-Methods'] = 'DELETE,PUT' return response
浙公网安备 33010602011771号