同源策略、CORS

一、同源策略

　　同源策略（Same origin policy）是一种约定, 它是浏览器最核心也是最基本的安全功能 , 如果缺少了同源策略, 则浏览器的正常功能可能都会受影响 , 可以说web是构建在同源策略基础值上的, 浏览器只是针对同源策略的一种实现.

　　同源策略, 它是由Netscape提出的一个著名的安全策略。现在所有支持JavaScript 的浏览器都会使用这个策略。所谓同源是指，域名，协议，端口相同。当一个浏览器的两个tab页中分别打开来百度和谷歌的页面当浏览器的百度tab页执行一个脚本的时候会检查这个脚本是属于哪个页面的，即检查是否同源，只有和百度同源的脚本才会被执行。如果非同源，那么在请求数据时，浏览器会在控制台中报一个异常，提示拒绝访问。看如下示例：

　　创建一个Django 项目一:

============= 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')

创建一个Django项目二 :

============= 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)

　　当点击项目二的按钮时, 可以正常发送并请求到数据, 但是点击项目一的按钮时, 页面控制台会报如下错误:

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.

　　但是注意 : 项目二中的访问已经发生了, 说明是浏览器对同源请求返回的结果做了拦截,

　　解决方式 , 项目二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

　　CORS需要浏览器和服务器同时支持, 目前, 所有浏览器都支持该功能，IE浏览器不能低于IE10。

　　整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。

　　因此，实现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

　　凡是不同时满足上面两个条件, 就属于简单请求, 浏览器对这两种请求的处理,是不一样额

　　简单请求和非简单请求的区别?

　　　　简单请求 : 一次请求

　　　　非简单请求 : 两次请求, 在发送数据之前会现发一次请求用于做 " 预检" ,

只有 "预检 " 通过后才再发送一次请求用于数据传输 ;

　　关于 " 预检" :

　　　-　　请求方式 : OPTIONS

　　　-　　"预检" 其实做检查 , 检查如果通过则允许传输数据, 检查不通过则不再发送真正想要发送的消息

　　-　　如何 " 预检"

　　　　=> 如果复杂请求是PUT 等请求, 则服务端需要设置允许某请求 , 否则 " 预检" 不通过

　　　　Access-Control-Request-Method

　　　　=> 如果复杂请求设置了请求头 , 则服务端需要设置允许某请求头 , 否则 " 预检" 不通过

　　　　Access-Control-Request-Headers

　　　支持跨域, 简单请求:

　　　　服务器设置响应头 : Access-Control-Allow-Origin = '域名' 或 '*'

　　支持跨域 , 复杂请求 :

　　　　由于复杂请求时, 首先会发送 " 预检" 请求 , 如果 " 预检" 成功, 则发送真实数据 , 　

　　- “预检”请求时，允许请求方式则需服务器设置响应头：Access-Control-Request-Method

　　　　- “预检”请求时，允许请求头则需服务器设置响应头：Access-Control-Request-Headers