跨域
什么是跨域
比如一个链接：http://www.baidu.com（端口默认是80端口），
如果再来一个链接是这样：http://api.baidu.com，这个就算是跨域了（因为域名不同）
再来一个：https://www.baidu.com，这个也是跨域了（因为协议不同，用的https）
再来一个http://www.baidu.com:8888，这个也算跨域，端口号不同
举个实际的例子：
- API接口数据部署在baidu.com上；
- Ajax文件部署在cnblogs.com上，Ajax文件会向API （baidu.com） 发送请求，返回数据；
- 用户通过bing.com访问cnblogs.com的Ajax文件，请求数据
以上过程就发生了跨域访问。如果直接使用Ajax来请求就会失败，就像Chrome提示的：
No 'Access-Control-Allow-Origin' header is present on the requested resource.
跨域直白点就是，请求协议，域名（IP），端口号，三个其中任何一个不同都算跨域
CORS
CORS（跨域资源共享，Cross-Origin Resource Sharing）是一种跨域访问的机制，可以让Ajax实现跨域访问
那么如果跨域是什么样的呢？比如，我这里有个restframework项目作为服务器，项目名为drfversion，测试的app名叫testapp，url如下：
view:
启动项目，直接访问这个API接口测试：
在django的templates目录下新建一个test.html，简单的建立了一个vue和axios的项目，作为前端的异步请求，写入以下参数：
点那个谷歌浏览器图标，然后直接谷歌浏览器打开，这里这个功能是pycharm给我们提供的功能，此时这个作为客户端，访问：
里面的这个参数提示就是跨域了，浏览器默认有个同源策略，他检测到这个http://localhost:63342的url与我们后端启动的DRF项目url:http://127.0.0.1:8000/test/不同源，也就是跨域了，所以报错。
再看接口，看其实后端没有错误，已经给我们返回了数据：
所以跨域请求的根本原因是浏览器的同源策略造成的，要解决这个跨域请求就可以在这方面研究了
而跨域分简单请求和复杂请求
简单请求
HTTP方法是只能是HEAD， GET和POST
HTTP头信息不超出以下几种字段：
- Accept
- Accept-Language
- Content-Language
- Last-Event-ID
- Content-Type
而且Content-Type只能是下列类型：
- application/x-www-from-urlencoded
- multipart/form-data
- text/plain
复杂请求
除了简单请求的都是复杂请求了，所以如果传输json数据，Content-Type类型就是json了，所以一定是复杂请求了
复杂请求会先发出一个预请求，又叫预检，OPTIONS请求
常见的解决跨域的方法
1.协议和域名，端口都是用同一个就行
2.利用jsonp解决跨域问题
因为看代码相信你也看到了，那个script脚本标签导入的两个js文件，一个用的vue，一个用的axios，然后用到的是各自的cdn，url也都不一样：
其实也算跨域了，但是浏览器并没有给我们拦截，所以我们是否也可以直接用script的src属性来访问，当然可以：
刷新刚才那个前端客户端页面，发现真的可以这样
那么再大胆一点，发一个函数名怎么样？然后前端先定义好这个函数名，试试看：
后端的视图函数里返回这个函数调用的字符串：
前端访问，可行，确实打印了
但是，这只能做GET啊，如果做POST，PUT啥的请求呢？就没办法了，而且在调用函数时，前端和后端必须商量好函数名，必须统一才行，所以这jsonp还是有很大的弊端的
2.修改Django中的views.py文件
修改views.py中对应API的实现函数，允许其他域通过Ajax请求数据：
def myview(_request):
response = HttpResponse(json.dumps({"key": "value", "key2": "value"}))
response["Access-Control-Allow-Origin"] = "*"
response["Access-Control-Allow-Methods"] = "POST, GET, OPTIONS"
response["Access-Control-Max-Age"] = "1000"
response["Access-Control-Allow-Headers"] = "*"
return response
4.在后端做处理——Python是利用django中间件添加响应头
GET:
现在什么都不做，只是get请求，再看下提示的是什么：
注意这句话：No 'Access-Control-Allow-Origin' header is present on the requested resource.
好，在后端写一个中间件：
配置文件里应用上：
重启项目，前端再次访问，这次终于没有红色的报错了
POST:
再来个POST请求看看：
后端的view:
其他后端代码不变，前端访问，又变红了
注意这句话：Request header field Content-Type is not allowed by Access-Control-Allow-Headers in preflight response.
好的中间件做如下修改：
重启访问，有了：
OPTIONS（PUT，DELETE）：
好如果是put或者delete请求呢？这个按前面说的简单请求与复杂请求的说法，这两个请求方式肯定是复杂请求了，即那个OPTIONS了，搞一个put的请求看看，还是先看看它报什么错：
view:
重启访问，报错提示的字段跟前面的POST请求字段好像是一个说法对吧
但是我们只加了post的，并没加put或者delete的，修改中间件：
重启访问，确实已解决
然后，其实中间件还是稍微优化一下，把简单请求和复杂请求做个判断处理，复杂请求可以预检嘛，节省下资源：
重启访问，没有任何问题：
相关代码：
中间件middle:
from django.utils.deprecation import MiddlewareMixin
class CorsMiddle(MiddlewareMixin):
def process_response(self, request, response):
response['Access-Control-Allow-Origin'] = '*'
if request.method == 'OPTIONS':
response['Access-Control-Allow-Headers'] = 'Content-Type'
response['Access-Control-Allow-Methods'] = 'PUT,DELETE'
return response
view:
from rest_framework.views import APIView
from rest_framework.views import Response
class TestView(APIView):
def get(self, request):
return Response('跨域测试')
def post(self, request):
return Response('post接口测试')
def put(self,request):
return Response('put请求测试') ....(还有个delete请求就省略了，跟put请求一样的)
settings：
MIDDLEWARE = [
'django.middleware.security.SecurityMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
'middle.CorsMiddle',
]
前端代码test.html:
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>test</title>
<script src="https://cdn.jsdelivr.net/npm/vue/dist/vue.js"></script>
<script src="https://unpkg.com/axios/dist/axios.min.js"></script>
<script>
// function PrintTest() {
// console.log('jsonp test');
// }
</script>
<script src="http://127.0.0.1:8000/test/"></script>
</head>
<body>
<div id="app"></div>
<script>
const app = new Vue({
el: '#app',
mounted() {
axios.request({
url: 'http://127.0.0.1:8000/test/',
method: 'GET',// "POST","PUT","DELETE"
//data:{
// "name":"jack",
//}
}).then(function (data) {
console.log(data)
})
}
})
</script>
</body>
</html>
以上4个方法，已经可以解决大部分的跨域请求问题，但是由于我后期再次遇到过更强大的问题：以上4个方法针对火狐浏览器没法，火狐浏览器安全性比较高，一样会报跨域请求，即使你在django的中间件添加了response处理
下面这个使用第三方库django-cors-headers的方法就可以完美解决火狐浏览器问题
5.使用第三方库django-cors-headers
在Django中，有人开发了CORS-header的middleware，github：传送门
只需在settings.py中做一些简单的配置即可，其他不用作任何修改，我们也不用自己手动的创建中间件对response处理了，直接用以下配置即可， 现在用起来服务器端完全开放，开启CORS，没有任何跨域烦恼
安装django-cors-headers：
pip install django-cors-headers
在settings.py中增加：
INSTALLED_APPS = (
...
'corsheaders',
...
)
...
MIDDLEWARE_CLASSES = (
...
'corsheaders.middleware.CorsMiddleware', # 注意顺序，必须放在Comon前面
'django.middleware.common.CommonMiddleware',
...
)
#以下直接赋值放在settings.py里即可解决
CORS_ALLOW_CREDENTIALS = True
CORS_ORIGIN_ALLOW_ALL = True
CORS_ORIGIN_WHITELIST = ( '*' )
CORS_ALLOW_METHODS = (
'DELETE',
'GET',
'OPTIONS',
'PATCH',
'POST',
'PUT',
'VIEW',
)
CORS_ALLOW_HEADERS = (
'XMLHttpRequest',
'X_FILENAME',
'accept-encoding',
'authorization',
'content-type',
'dnt',
'origin',
'user-agent',
'x-csrftoken',
'x-requested-with',
'Pragma',
)
总结：
- 针对跨域请求，其实本质上是浏览器对返回的结果response的拦截
- 最常见的解决办法就是在后端返回结果response时做数据处理，让浏览器不拦截
- 大杀招使用django-cors-headers库，秒杀一切，简直6得不行