同源策略(Same origin policy)是一种约定,它是浏览器最核心也最基本的安全功能,若是缺乏了同源策略,则浏览器的正常功能可能都会受到影响。能够说Web是构建在同源策略基础之上的,浏览器只是针对同源策略的一种实现。javascript
请求的url地址,必须与浏览器上的url地址处于同域上,也就是域名,端口,协议相同.css
好比:我在本地上的域名是127.0.0.1:8000,请求另一个域名:127.0.0.1:8001一段数据html
浏览器上就会报错,这就是同源策略的保护,若是浏览器对javascript没有同源策略的保护,那么一些重要的机密网站将会很危险java
同源策略,它是由Netscape提出的一个著名的安全策略。如今全部支持JavaScript 的浏览器都会使用这个策略。所谓同源是指,域名,协议,端口相同。当一个浏览器的两个tab页中分别打开来 百度和谷歌的页面当浏览器的百度tab页执行一个脚本的时候会检查这个脚本是属于哪一个页面的,即检查是否同源,只有和百度同源的脚本才会被执行。若是非同源,那么在请求数据时,浏览器会在控制台中报一个异常,提示拒绝访问。看以下示例:python
1)建立一个django项目一:jquery
============= http://127.0.0.1:8000项目的index <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> <script src="https://cdn.bootcss.com/jquery/3.3.1/jquery.js"></script> </head> <body> <button>ajax请求</button> <script> $('button').click(function () { $.ajax({ url: 'http://127.0.0.1:8008/books/', type: 'get', success: function (res) { console.log(res) } }) }) </script> </body> </html> ============= http://127.0.0.1:8000项目的views from django.shortcuts import render def index(request): return render(request, 'index.html')
2)建立一个django项目二:ajax
============= http://127.0.0.1:8008项目的index <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> <script src="https://cdn.bootcss.com/jquery/3.3.1/jquery.js"></script> </head> <body> <button>ajax请求</button> <script> $('button').click(function () { $.ajax({ url: '/books/', type: 'get', success: function (res) { console.log(res) } }) }) </script> </body> </html> ============= http://127.0.0.1:8008项目的views from django.shortcuts import render from django.http import JsonResponse def index(request): return render(request, 'index.html') def books(request): return JsonResponse(['s2-python', 's2-java'], safe=False)
当点击项目二的按钮时,能够正常发送并请求到数据,可是点击项目一的按钮时,控制台会报以下错误:django
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.
可是注意,项目二中的访问已经发生了,说明是浏览器对非同源请求返回的结果作了拦截。json
解决方式,项目二views的books函数修改以下:跨域
def books(request): obj = JsonResponse(['s2-python', 's2-java'], safe=False) obj['Access-Control-Allow-Origin'] = 'http://127.0.0.1:8000' return obj
CORS须要浏览器和服务器同时支持。目前,全部浏览器都支持该功能,IE浏览器不能低于IE10。
整个CORS通讯过程,都是浏览器自动完成,不须要用户参与。对于开发者来讲,CORS通讯与同源的AJAX通讯没有差异,代码彻底同样。浏览器一旦发现AJAX请求跨源,就会自动添加一些附加的头信息,有时还会多出一次附加的请求,但用户不会有感受。
所以,实现CORS通讯的关键是服务器。只要服务器实现了CORS接口,就能够跨源通讯。
浏览器将CORS请求分红两类:简单请求(simple request)和非简单请求(not-so-simple request)。
简单请求:
浏览器发出CORS简单请求,只须要在头信息之中增长一个Origin字段。
非简单请求:
浏览器发出CORS非简单请求,会在正式通讯以前,增长一次HTTP查询请求,称为"预检"请求(preflight)。浏览器先询问服务器,当前网页所在的域名是否在服务器的许可名单之中,以及可使用哪些HTTP动词和头信息字段。只有获得确定答复,浏览器才会发出正式的XMLHttpRequest请求,不然就报错。
浏览器对这两种请求的处理,是不同的。
* 简单请求和非简单请求的区别? 简单请求:一次请求 非简单请求:两次请求,在发送数据以前会先发一次请求用于作“预检”,只有“预检”经过后才再发送一次请求用于数据传输。 * 关于“预检” - 请求方式:OPTIONS - “预检”其实作检查,检查若是经过则容许传输数据,检查不经过则再也不发送真正想要发送的消息 - 如何“预检” => 若是复杂请求是PUT等请求,则服务端须要设置容许某请求,不然“预检”不经过 Access-Control-Request-Method => 若是复杂请求设置了请求头,则服务端须要设置容许某请求头,不然“预检”不经过 Access-Control-Request-Headers
简单请求:
1.知足条件
(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
支持跨域,简单请求
服务器设置响应头:Access-Control-Allow-Origin = '域名' 或 '*'
非简单请求:
1.知足条件
凡是不一样时知足上面两个条件,就属于非简单请求。
支持跨域,复杂请求
因为复杂请求时,首先会发送“预检”请求,若是“预检”成功,则发送真实数据。
在返回的结果中加入容许信息(简单请求)
def test(request): import json obj=HttpResponse(json.dumps({'name':'lqz'})) # obj['Access-Control-Allow-Origin']='*' obj['Access-Control-Allow-Origin']='http://127.0.0.1:8004' return obj
放到中间件处理复杂和简单请求:
from django.utils.deprecation import MiddlewareMixin class CorsMiddleWare(MiddlewareMixin): def process_response(self,request,response): if request.method=="OPTIONS": #不能加* response["Access-Control-Allow-Headers"]="Content-Type" response["Access-Control-Allow-Origin"] = "http://localhost:8080" return response
也能够把下面这段内容放到一个py文件内当作中间件,并配置到settings里便可