前后端分離和跨域問題的詳細(xì)解決方案(CORS的原理)

更新時(shí)間：2023年02月15日 11:35:25 作者：Renling【PHP】

前后端跨域問題由瀏覽器同源策略而來,下面這篇文章主要給大家介紹了關(guān)于前后端分離和跨域問題的詳細(xì)解決方案,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下

前后端分離

前后端分離的好處

最大的好處就是前端JS可以做很大部分的數(shù)據(jù)處理工作，對服務(wù)器的壓力減小到最小。
后臺(tái)錯(cuò)誤不會(huì)直接反映到前臺(tái)，錯(cuò)誤接秒較為友好。
由于后臺(tái)是很難去探知前臺(tái)頁面的分布情況，而這又是JS的強(qiáng)項(xiàng)，而JS又是無法獨(dú)立和服務(wù)器進(jìn)行通訊的。所以單單用后臺(tái)去控制整體頁面，又或者只靠JS完成效果，都會(huì)難度加大，前后臺(tái)各盡其職可以最大程度的減少開發(fā)難度。

個(gè)人理解上存在兩種解釋

第一種只是單純的前后端分離，實(shí)在物理層面上的，將View層的任務(wù)分配給前端，Controller和Model層給后端，這就存在一個(gè)問題，就是后端的同事需要去關(guān)注前端的展示邏輯、而前端只要存在變化，后端的數(shù)據(jù)處理需要做相應(yīng)的改變。
第二種是基于職責(zé)層面上的分離，將View和Controller層分配的前端，后端只處理Model和業(yè)務(wù)處理，這就需要Controller使用Node.js，M-V-C對應(yīng)的是JAVA/PHP-JAVASCRIPT、HTML、CSS-Node.js。

跨域問題存在的原因

隨著前后端分離技術(shù)的越來越盛行，跨域問題也逐漸凸顯了出來?？缬騿栴}的根本原因：因?yàn)闉g覽器收到同源策略的限制，當(dāng)前域名的js只能讀取同域下的窗口屬性。什么叫做同源策略？就是不同的域名, 不同端口, 不同的協(xié)議不允許共享資源的，保障瀏覽器安全。同源策略是針對瀏覽器設(shè)置的門檻。如果繞過瀏覽就能實(shí)現(xiàn)跨域，所以說早期的跨域都是打著安全路數(shù)的擦邊球，都可以認(rèn)為是 hack 處理。這一段是我從別的地方cp過來的，大家將就著看吧。

這里要注意的是，只有訪問類型為xhr（XMLHttpRequest)的才會(huì)出現(xiàn)跨域。

跨域問題的解決方案

修改瀏覽器的設(shè)置
修改請求的方式：jsonp
CORS

修改瀏覽器配置解決跨域

以Google Chrome為例，瀏覽器以

"C:\ProgramFiles(x86)\Google\Chrome\Application\chrome.exe"
--disable-web-security--user-data-dir

中模式打開，右鍵點(diǎn)擊瀏覽器快捷方式，在目標(biāo)中輸入上述代碼即可解決（不推薦）。

使用jsonp解決跨域

JQuery中的正常AJAX請求代碼片段

$("#demo1").click(function(){
    $.ajax({
        url : 'http://www.tpadmin.top/Index/Test/crossDomain',
        data : {},
        type : 'get',
        success : function (res) {
            //No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://127.0.0.1' is therefore not allowed access. 在執(zhí)行時(shí)候報(bào)出的錯(cuò)誤，這代表了跨域錯(cuò)誤
            alert(res);
        }
    });
});?

JQuery中的使用JSONP的AJAX請求代碼：

$("#demo2").click(function(){
    $.ajax({
        url : 'http://www.tpadmin.top/Index/Test/crossDomain',
        data : {},
        type : 'get',
        dataType : 'jsonp', 
        success : function (res) {
            alert(res);
        }
    });
});

這時(shí)候我們看到請求的網(wǎng)址自動(dòng)變成了

http://www.tpadmin.top/Index/Test/crossDomain?callback=jQuery331015214102388989237_1534993962395&_=1534993962396

這是為什么呢？原來由于跨域訪問的只限制xhr類型的請求（上文中已經(jīng)說了），所以js中就利用了這一特點(diǎn)，讓服務(wù)端不在返回的是一個(gè)JSON格式的數(shù)據(jù)，而是返回一段JS代碼，將JSON的數(shù)據(jù)以參數(shù)的形式傳遞到這個(gè)函數(shù)中，而函數(shù)的名稱就是callback參數(shù)的值，所以我們還需要修改服務(wù)端的代碼，代碼如下：

<?php
    $callback = isset($_GET['callback'])?$_GET['callback']:'';
    if (!empty($callback)) {
        $arr = ['code' => 200, 'name' => 'cui'];
        $data = json_encode($arr);
        exit($callback . '(' . $data . ')');
    }
?>

OK，現(xiàn)在問題解決了，但是JSONP存在著諸多限制，下面將列出兩個(gè)個(gè)我知道的：

JSONP只支持GET請求，什么？你要提交表單，sorry，此路不通它只支持跨域HTTP請求

雖然只有兩個(gè)，但是讓很多人不得不放棄它，所以出現(xiàn)了下面的解決辦法。

CORS解決跨域

回歸問題本質(zhì)，跨域問題為什么會(huì)產(chǎn)生，上面已經(jīng)說了，是由于瀏覽器的限制，那么在執(zhí)行過程中有什么不同，下面兩張度分析一下（主要看請求頭的部分）：

這是非跨域請求

這是跨域請求

這時(shí)我們發(fā)現(xiàn)跨域訪問的請求頭中存在Origin的字段，用來記錄當(dāng)前的訪問域名，我們可以再服務(wù)端增加一個(gè)響應(yīng)頭Access-Control-Allow-Origin來告訴瀏覽器我們支持它獲取就可以了，代碼實(shí)現(xiàn)：

<?php
header('Access-Control-Allow-Origin:http://127.0.0.1');
$arr = ['code' => 200, 'name' => 'cui'];
echo $data = json_encode($arr);
?>

那如果我有多個(gè)域名進(jìn)行跨域訪問呢

<?php
$requestHeader = getallheaders();
$origin = isset($requestHeader['Origin'])?$requestHeader['Origin']:'';
switch ($origin) {
    case 'http://127.0.0.1':
        header('Access-Control-Allow-Origin:http://127.0.0.1');
        break;
    case 'http://localhost':
        header('Access-Control-Allow-Origin:http://localhost');
        break;
    default:
        break;
}
$arr = ['code' => 200, 'name' => 'cui'];
echo $data = json_encode($arr);
//注意，不支持下面這種寫法
//header('Access-Control-Allow-Origin:http://localhost,http://127.0.0.1');
?>

或者直接寫成（很不安全，不推薦這么寫）

<?php
header('Access-Control-Allow-Origin:*');
$arr = ['code' => 200, 'name' => 'cui'];
echo $data = json_encode($arr);
?>

到這里，其實(shí)已經(jīng)結(jié)束了，但還有一些其他的特殊情況

請求方法不是GET、HEAD、POST
請求頭中存在自定義頭
Content-Type不是text/plain、multipart/form-data、application/x-www-form-urlencoded
希望獲取到服務(wù)端的Cookie

為了應(yīng)對種種限制，我們再來看一段代碼

$("#demo1").click(function(){
    $.ajax({
        url : 'http://cui.tpadmin.top/crossDomain.php',
        data : {},
        type : 'PUT',
        contentType : 'application/json',
        header: {
            token:'asdfgqwerttyyazxcvbvb'
        },
        success : function (res) {
            alert(res);
        }
    });
});

雖然我們在服務(wù)端加入了Access-Control-Allow-Origin響應(yīng)頭，但是如果出現(xiàn)上面所說的情況時(shí)，我們需要做一些特殊的設(shè)置，修改服務(wù)端代碼為：

<?php
//這里增加了兩行代碼
header('Access-Control-Allow-Headers:Content-Type');
header('Access-Control-Allow-Methods:PUT');
$requestHeader = getallheaders();
$origin = isset($requestHeader['Origin'])?$requestHeader['Origin']:'';
switch ($origin) {
    case 'http://127.0.0.1':
        header('Access-Control-Allow-Origin:http://127.0.0.1');
        break;
    case 'http://localhost':
        header('Access-Control-Allow-Origin:http://localhost');
        break;
    default:
        break;
}
$arr = ['code' => 200, 'name' => 'cui'];
echo $data = json_encode($arr);
?>

這里雖然成功了，但是我們發(fā)現(xiàn)每次請求的時(shí)候會(huì)出現(xiàn)兩條請求記錄（這個(gè)可不是我請求了兩次，看下面截圖）

這里我們需要進(jìn)行一下區(qū)分（簡單請求模式與非簡單請求模式）

請求方法只能為GET、HEAD、POST
請求頭中無自定義頭
Content-Type必須為text/plain、multipart/form-data、application/x-www-form-urlencoded

符合以上條件的為簡單請求，否則為非簡單請求，注意，非簡單請求中，瀏覽器會(huì)默認(rèn)發(fā)送兩條請求，第一條為預(yù)檢請求（OPTION），第二條為AJAX的請求，處于服務(wù)器的性能考量，我們需要將預(yù)檢命令進(jìn)行緩存，而不是每次都執(zhí)行預(yù)檢請求，我們可以修改代碼如下：

<?php
header('Access-Control-Allow-Headers:Content-Type');
header('Access-Control-Allow-Methods:PUT');
//看這里
header('Access-Control-Max-Age:3600');
$requestHeader = getallheaders();
$origin = isset($requestHeader['Origin'])?$requestHeader['Origin']:'';
switch ($origin) {
    case 'http://127.0.0.1':
        header('Access-Control-Allow-Origin:http://127.0.0.1');
        break;
    case 'http://localhost':
        header('Access-Control-Allow-Origin:http://localhost');
        break;
    default:
        break;
}
$arr = ['code' => 200, 'name' => 'cui'];
echo $data = json_encode($arr);
?>

這次我請求了兩次，發(fā)現(xiàn)第二次請求沒有發(fā)送預(yù)檢請求，新增加的代碼代表允許緩存的時(shí)間（3600S）。

另外還有一些常用的方法，我都放到這里了，有需要的小伙伴可以參考

<?php
//支持Cookie
header('Access-Control-Allow-Credentials:true');
//支持自定義頭
header('Access-Control-Allow-Headers:token,Content-Type,...');??

由于篇幅有限，Cookie的例子小伙伴們自己做就可以了，使用Cookie的時(shí)候需要注意Access-Control-Allow-Origin不可設(shè)置為*。

服務(wù)軟件實(shí)現(xiàn)跨域

上面的例子實(shí)現(xiàn)了跨域訪問，但是如果我不想在代碼中修改，還有其他的方法嗎，當(dāng)然有了，我們可以直接修改服務(wù)軟件，下面將從最常用的Apache與Nignx兩個(gè)方面說明

基于Apache的服務(wù)

<VirtualHost *:80>
  ServerName localhost
  ServerAlias localhost
  DocumentRoot "${INSTALL_DIR}/www"
  
  Header always set Access-Control-Allow-Header "PUT"
  Header always set Access-Control-Allow-Credentials "true"
  Header always set Access-Control-Max-Age "3600"
  #這里設(shè)置的為全匹配
  Header always set Access-Control-Allow-Origin "expr=%{req:origin}"
  #這里設(shè)置的為全匹配
  Header always set Access-Control-Allow-Headers "expr=%{req:Access-Control-Allow-Headers}"
  
  <Directory "${INSTALL_DIR}/www/">
    Options +Indexes +Includes +FollowSymLinks +MultiViews
    AllowOverride All
    Require local
  </Directory>
</VirtualHost>

這里說明一下，由于Apache都是模塊管理，所以這里要想使用Header的話，需要加載mod_headers.so這個(gè)模塊，去看一下自己的主配置文件，這個(gè)模塊是否開啟，如果沒有開啟，apache會(huì)啟動(dòng)失敗的。

LoadModule headers_module modules/mod_headers.so

由于本人學(xué)藝不精，Apache的配置中的判斷沒有完全鬧懂，所以這里沒有進(jìn)行區(qū)分的匹配，如果有大神知道，請指導(dǎo)一下，不勝感激。

基于Nignx的服務(wù)

在nignx服務(wù)的配置中修改為如下代碼（注意位置，這個(gè)例子是修改本地的nignx，沒有域名，如果沒有熟悉過nignx的小伙伴可以自行百度）。

server {
    listen       80 default_server;
    listen       [::]:80 default_server;
    server_name  _;
    root         /usr/share/nginx/html;
    # Load configuration files for the default server block.
    include /etc/nginx/default.d/*.conf;
    location / {
            #支持其他請求
            add_header Access-Control-Allow-Methods PUT;
            #設(shè)置預(yù)檢請求的緩存
            add_header Access-Control-Max-Age 3600;
            #允許Cookie
            add_header Access-Control-Allow-Credentials true;
            #這里最好做判斷，怕麻煩的話就寫*，但是不建議
            if ($http_origin = http://localhost){
                    add_header Access-Control-Allow-Origin http://localhost;
            }
            if ($http_origin = http://127.0.0.1){
                    add_header Access-Control-Allow-Origin http://127.0.0.1;
            }
            #為了方便，這樣寫了
            add_header Access-Control-Allow-Headers $http_access_control_request_headers;
            if ($request_method = OPTIONS){
                    return 200;
            }
    }
    error_page 404 /404.html;
        location = /40x.html {
    }
    error_page 500 502 503 504 /50x.html;
        location = /50x.html {
    }
}

另外再說一句，如果您使用的是JAVA的話，可以嘗試一下正反向代理。