跨域問題是進(jìn)行ajax請求時,js文件所在域名,與請求域名不一致,觸發(fā)跨域限制。
解決思路是利用filter修改response header信息。shiro本身依賴fiter實(shí)現(xiàn)。所以shiro時filter是shiro特定的filter。
可以在nginx容器中,配置filter。
還可以用nginx的反向代理,實(shí)現(xiàn)相同域名,就不會出現(xiàn)跨域問題。
前后端分離
? ? 前后端分離的好處
? ? 最大的好處就是前端JS可以做很大部分的數(shù)據(jù)處理工作,對服務(wù)器的壓力減小到最小。
? ? 后臺錯誤不會直接反映到前臺,錯誤接秒較為友好。
? ? 由于后臺是很難去探知前臺頁面的分布情況,而這又是JS的強(qiáng)項(xiàng),而JS又是無法獨(dú)立和服務(wù)器進(jìn)行通訊的。所以單單用后臺去控制整體頁面,又或者只靠JS完成效果,都會難度加大,前后臺各盡其職可以最大程度的減少開發(fā)難度。
? ? 個人理解上存在兩種解釋
? ? 第一種只是單純的前后端分離,實(shí)在物理層面上的,將View層的任務(wù)分配給前端,Controller和Model層給后端,這就存在一個問題,就是后端的同事需要去關(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)的才會出現(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í)行時候報出的錯誤,這代表了跨域錯誤
? ? ? ? ? ? ? ? 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);
? ? ? ? ? ? }
? ? ? ? });
? ? });
這時候我們看到 請求的網(wǎng)址自動變成了
http://www.tpadmin.top/Index/Test/crossDomain?callback=jQuery331015214102388989237_1534993962395&_=1534993962396
這是為什么呢?原來由于跨域訪問的只限制xhr類型的請求(上文中已經(jīng)說了),所以js中就利用了這一特點(diǎn),讓服務(wù)端不在返回的是一個JSON格式的數(shù)據(jù),而是返回一段JS代碼,將JSON的數(shù)據(jù)以參數(shù)的形式傳遞到這個函數(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存在著諸多限制,下面將列出兩個個我知道的:
? ? JSONP只支持GET請求,什么?你要提交表單,sorry,此路不通
? ? 它只支持跨域HTTP請求
雖然只有兩個,但是讓很多人不得不放棄它,所以出現(xiàn)了下面的解決辦法。
CORS解決跨域
回歸問題本質(zhì),跨域問題為什么會產(chǎn)生,上面已經(jīng)說了,是由于瀏覽器的限制,那么在執(zhí)行過程中有什么不同,下面兩張度分析一下(主要看請求頭的部分):
這是非跨域請求
這是跨域請求
這時我們發(fā)現(xiàn)跨域訪問的請求頭中存在Origin的字段,用來記錄當(dāng)前的訪問域名,我們可以再服務(wù)端增加一個響應(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);
? ? ?>
那如果我有多個域名進(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è)置,修改服務(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)每次請求的時候會出現(xiàn)兩條請求記錄(這個可不是我請求了兩次,看下面截圖)
這里我們需要進(jìn)行一下區(qū)分(簡單請求模式與非簡單請求模式)
? ? 請求方法只能為GET、HEAD、POST
? ? 請求頭中無自定義頭
? ? Content-Type必須為text/plain、multipart/form-data、application/x-www-form-urlencoded
符合以上條件的為簡單請求,否則為非簡單請求,注意,非簡單請求中,瀏覽器會默認(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ù)檢請求,新增加的代碼代表允許緩存的時間(3600S)。
另外還有一些常用的方法,我都放到這里了,有需要的小伙伴可以參考
? ? <?php
? ? //支持Cookie
? ? header('Access-Control-Allow-Credentials:true');
? ? //支持自定義頭
? ? header('Access-Control-Allow-Headers:token,Content-Type,...');?
由于篇幅有限,Cookie的例子小伙伴們自己做就可以了,使用Cookie的時候需要注意Access-Control-Allow-Origin不可設(shè)置為*。
服務(wù)軟件實(shí)現(xiàn)跨域
上面的例子實(shí)現(xiàn)了跨域訪問,但是如果我不想在代碼中修改,還有其他的方法嗎,當(dāng)然有了,我們可以直接修改服務(wù)軟件,下面將從最常用的Apache與Nignx兩個方面說明
基于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這個模塊,去看一下自己的主配置文件,這個模塊是否開啟,如果沒有開啟,apache會啟動失敗的。
LoadModule headers_module modules/mod_headers.so
由于本人學(xué)藝不精,Apache的配置中的判斷沒有完全鬧懂,所以這里沒有進(jìn)行區(qū)分的匹配,如果有大神知道,請指導(dǎo)一下,不勝感激。
基于Nignx的服務(wù)
在nignx服務(wù)的配置中修改為如下代碼(注意位置,這個例子是修改本地的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的話,可以嘗試一下正反向代理。
背景
最近做一個前后端分離的項(xiàng)目時,使用shiro做權(quán)限管理時遇到跨域問題,這里做一下記錄。

原因
后端通過Shiro配置URL過濾,
shiroFilterFactoryBean.setLoginUrl("/unauth");
默認(rèn)對于沒有授權(quán)的訪問請求會redirect至LoginUrl.但在跨域訪問時,redirect失敗.原因是基于安全考慮,redirect發(fā)生時Response Header的信息會被清除,導(dǎo)致client端的訪問被server端拒絕.
解決
@Component
public class CORSFilter extends OncePerRequestFilter {
/*
* 在ResponseBodyWrapHandler中已處理跨域問題
* 但是在shiro驗(yàn)證未通過跳轉(zhuǎn)/unauth時, 因?yàn)閞edirect 重定向會丟失所有請求頭,跨域問題重新出現(xiàn)
* */
@Override
protected void doFilterInternal(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws ServletException, IOException {
HttpServletResponse res = (HttpServletResponse) servletResponse;
res.setContentType("text/html;charset=UTF-8");
res.setHeader("Access-Control-Allow-Origin", "*");
res.setHeader("Access-Control-Allow-Methods", "*");
res.setHeader("Access-Control-Max-Age", "0");
res.setHeader("Access-Control-Allow-Headers", "Origin, No-Cache, X-Requested-With, If-Modified-Since, Pragma, Last-Modified, Cache-Control, Expires, Content-Type, X-E4M-With,userId,token");
res.setHeader("Access-Control-Allow-Credentials", "true");
res.setHeader("XDomainRequestAllowed","1");
filterChain.doFilter(servletRequest, servletResponse);
}
}