前后端分离djangorestframework——解决跨域请求

跨域

什么是跨域

比如一个链接：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得不行