一、同源策略
1.什么是浏览器的同源策略？
- 同源策略
（Same origin policy）是一种约定，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，则浏览器的正常功能可能都会受到影响。可以说Web是构建在同源策略基础之上的，浏览器只是针对同源策略的一种实现 - 浏览器最基本的安全策略
- 浏览器只能接收相同域
（IP地址+端口）返回的数据
2.同源策略判依据
-
请求的
url地址,必须与浏览器上的url地址处于同域上,也就是域名,端口,协议相同-
比如: 我在本地上的域名是
127.0.0.1:8000,请求另外一个域名：127.0.0.1:8001一段数据 -
浏览器上就会报错，这个就是同源策略的保护,如果浏览器对
javascript没有同源策略的保护,那么一些重要的机密网站将会很危险 -
已拦截跨源请求：同源策略禁止读取位于
http://127.0.0.1:8001/SendAjax/的远程资源。（原因：CORS 头缺少 'Access-Control-Allow-Origin'） -
但是注意，项目2中的访问已经发生了，说明是浏览器对非同源请求返回的结果做了拦截
-
所以就导致了向不同域发请求，就会出现跨域问题（被浏览器阻止了）
3.跨域问题三种解决方案
CORS（跨域资源共享：后端技术），主流采用的方案，使用第三方插件- 前端代理（只能在测试阶段使用）：node起了一个服务，正向代理
jsonp：只能解决get请求跨域，本质原理使用了某些标签不限制跨域(img,script)
二、CORS:跨域资源共享简介(后端技术)
CORS需要浏览器和服务器同时支持。目前，所有浏览器都支持该功能，IE浏览器不能低于IE10。
整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。
因此，实现CORS通信的关键是服务器。只要服务器实现了CORS接口，就可以跨源通信。
三、CORS基本流程
1.CORS请求分类
-
简单请求 (simple request)：简单请求只发一次
-
非简单请求 (not-so-simple request)：发送两次，第一次是options请求，第二次是真正的请求
2.基本流程
- 浏览器发出CORS简单请求，只需要在头信息之中增加一个Origin字段。
- 浏览器发出CORS非简单请求，会在正式通信之前，增加一次HTTP查询请求，称为"预检"请求（preflight）。浏览器先询问服务器，当前网页所在的域名是否在服务器的许可名单之中，以及可以使用哪些HTTP动词和头信息字段。只有得到肯定答复，浏览器才会发出正式的XMLHttpRequest请求，否则就报错。
四、CORS两种请求详解
1.两种请求详解
简单请求
只要同时满足以下两大条件，就属于简单请求
- 请求方法是以下三种方法之一：
- HEAD
- GET
- POST
- HTTP的头信息不超出以下几种字段：
- Accept
- Accept-Language
- Content-Language
- Last-Event-ID
- Content-Type：只限于三个值
application/x-www-form-urlencoded、multipart/form-data、text/plain
非简单请求
凡是不同时满足上面两个条件，就属于非简单请求
浏览器对这两种请求的处理，是不一样的。
简单请求和非简单请求的区别
- 简单请求： 一次请求
- 非简单请求：两次请求，在发送数据之前会先发一次请求用于做“预检”，只有“预检”通过后才再发送一次请求用于数据传输。
关于“预检”
- 请求方式：OPTIONS
- “预检”其实做检查，检查如果通过则允许传输数据，检查不通过则不再发送真正想要发送的消息
如何“预检” ？
- 如果复杂请求是PUT等请求，则服务端需要设置允许某请求，否则“预检”不通过
-
Access-Control-Allow-Methods如果复杂请求设置了请求头，则服务端需要设置允许某请求头，否则“预检”不通过Access-Control-Allow-Headers
2.解决跨域问题：浏览器对于这两种请求的处理
支持跨域，简单请求
- 服务器设置响应头：
Access-Control-Allow-Origin = ‘域名’ 或 ‘*’
支持跨域，复杂请求
非简单请求需要判断是否是options请求
由于复杂请求时，首先会发送“预检”请求，如果“预检”成功，则发送真实数据。
- “预检”请求时，允许请求方式则需服务器设置响应头：
Access-Control-Allow-Methods - “预检”请求时，允许请求头则需服务器设置响应头：
Access-Control-Allow-Headers
五. Django项目中支持CORS
1.在返回结果中添加允许信息（简单请求）
def test(request):
import json
obj=HttpResponse(json.dumps({'name':'shawn'}))
# obj['Access-Control-Allow-Origin']='*' # 允许所有
obj['Access-Control-Allow-Origin']='http://127.0.0.1:8004' # 只允许该域
return obj2.在中间件中处理复杂请求和简单请求
- 注意：不要忘了在配置文件中注册
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六.使用第三方 django-cors-headers 解决跨域问题
1.安装
pip install django-cors-headers2.在配置文件中进行应用注册
INSTALLED_APPS = [
....
'corsheaders',
]3.添加中间件
MIDDLEWARE = [ # Or MIDDLEWARE_CLASSES on Django < 1.10
...
'corsheaders.middleware.CorsMiddleware',
'django.middleware.common.CommonMiddleware',
]4.在配置文件中添加相关配置
CORS_ALLOW_CREDENTIALS = True
# 允许所有域(与下面的一个配置相同,保留一个就行)
CORS_ORIGIN_ALLOW_ALL = True
# 允许的域, "*" : 所有, (如果是全部,则与上面的相同,保留一个就行)
CORS_ORIGIN_WHITELIST = (
'*'
)
# 允许的请求方式
CORS_ALLOW_METHODS = (
'DELETE',
'GET',
'OPTIONS',
'PATCH',
'POST',
'PUT',
'VIEW',
)
# 允许的HTTP头信息字段
CORS_ALLOW_HEADERS = (
'XMLHttpRequest',
'X_FILENAME',
'accept-encoding',
'authorization',
'content-type',
'dnt',
'origin',
'user-agent',
'x-csrftoken',
'x-requested-with',
'Pragma',
)
PS :允许的HTTP头信息字段一般只用 'authorization'和'content-type',其他一般不用一般配置
CORS_ORIGIN_ALLOW_ALL = True
CORS_ALLOW_METHODS = (
'DELETE',
'GET',
'OPTIONS',
'PATCH',
'POST',
'PUT',
'VIEW',
)
CORS_ALLOW_HEADERS = (
'authorization',
'content-type',
)5. 抛出异常: ERRORS:
?: (corsheaders.E013) Origin '*' in CORS_ORIGIN_WHITELIST is missing scheme or netloc HINT: Add a scheme (e.g. https://) or netloc (e.g. example.com).
# 注释掉这行代码, 因为这是添加白名单用户
CORS_ORIGIN_WHITELIST = (
'*'
)