为什么会出现跨域?
是因为浏览器的同源策略。
同源策略
同源策略(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