摘要:由于瀏覽器同源策略,凡是發送請求的協議域名端口三者之間任意一與當前頁面地址不同即為跨域最近項目要兼容,找了一些資料,實踐了一下,現在總結一下,避免以后踩坑。解決方案,微軟在和下給我們提供了來進行解決跨域問題,官方的文檔可以在這里看到。
由于瀏覽器同源策略,凡是發送請求url的協議、域名、端口三者之間任意一與當前頁面地址不同即為跨域
最近項目要兼容IE9,找了一些資料,實踐了一下,現在總結一下,避免以后踩坑。
普通請求的跨域 簡單粗暴的解決方案第一次碰到這個問題,所以就是上網找找有沒有什么好的解決方案。最初找到的方案是這樣的,直接在IE中設置設置受信任的站點,然后允許其可以進行跨域訪問,最后在jQuery中設置開啟跨域請求。oh,No!這么粗暴,好吧,這也是一個不是辦法的辦法,如果做的是一個小項目,用戶不多,那直接寫在用戶手冊里,讓他們自己去配吧。但是,這顯然不是一個好的解決方案啊,那只能繼續找了。
XDomainRequest(XDR)解決方案ok,微軟在IE8和IE9下給我們提供了XDomainRequest來進行解決跨域問題,官方的文檔可以在 這里看到。當然Github上也有開源的jQuery插件,可以在這里找到。
XDR的限制:
XDR僅支持GET與POST這兩種請求方式,雖然可以使用上面提交的插件來解決前端部分只要進行簡單修改代碼就可以提交PUT/HEAD/DELETE的請求的問題,但是其請求的發生出去依舊還是將PUT/HEAD/DELETE轉化為POST,將HEAD 轉化為GET請求。當是POST請求的時候,請求方案會以__method=原請求的方式結構加入到請求體的body中。當是HEAD 請求的時候,請求方案會以__method=原請求的方式結構加入請求url的查詢參數中?,F在大部分API開發都是按照RESTful規范進行設計的,如果是自己的服務端還好,可以叫服務端的同學添加一個攔截器做一個攔截判斷,然后執行對應的方法(ps:我想過去應該是這個樣子,不知道服務端的同學會不會磨刀子)。但是如果你調用是網上的API的接口的話,那就愛莫能助了。
XDR不支持自定義的請求頭,因此如果你的服務端是用過header中的自定義參數進行做身份驗證的話,那也行不通了。
請求頭的Content-Type只允許設置為text/plain
XDR不允許跨協議的請求,如果你的網頁是在HTTP協議下,那么你只能請求HTTP協議下的接口,不能訪問HTTPS 下的接口。
XDR只接受HTTP/HTTPS 的請求
發起請求的時候,不會攜帶authentication 或 cookies
JSONPJSONP的本質是動態的加載 標簽,因此其只支持GET請求而不支持其他類型的HTTP請求。
JSONP 的執行過程大致如下:
客戶端設置一個全局的function,然后使用callback=function 的方法,將回調的方法傳遞給服務端。例如:
// 定義全局函數 function showData (data) { console.log(data) } var url = "http://test.com/jsonp/query?id=1&callback=showData" // 這個就是script標簽中的url
服務端在接收到請求的時候,生成一個動態的js腳本,在該腳本中,調用callback參數傳遞進來的function,將回來返回的json 數據已參數的形式去傳遞給該function,這樣,客戶端在加載這個js的時候,就會自動去執行了。
代理其實,跨域的根本問題就在于,你調用的服務端地址web地址不在同一個域下,那么,我們最容易想到的一個解決方案就是:那我把他們放在一個域下面不就可以了么。因此我們可以在web工程下 放置一個代理服務器,在IE10以下的瀏覽器中,我們的網絡請求統一走這一個代理接口,由服務器帶我們去轉發這個HTTP請求,然后再將結果返回給我們。
事實上我們項目中也是采用的這個方案,我們定義了一個接口:
URL: v0.1/dispatcher
方法: POST
請求內容:
{ "request_url":"http://test.com", //必填,請求url "request_method":"POST", //必填,請求方法:GET/PUT/PATCH/POST/DELETE "request_headers":{ "Content-Type":["application/json"] }, //選填,請求頭 "request_data":{ "data":{ //請求body } } } //選填,請求body
服務端通過客戶端傳來的這些參數去構造一個HttpClient ,發起請求。
文件上傳的問題既然通過上面的代理接口解決了,IE10 一下的跨域請求問題,本想著應該沒什么問題了,試了試項目中的文件上傳,oh,no!不能運行,看了看我們的文件上傳,是通過自己new FormData()的方式去向服務器POST請求的。然后翻找了一下webApi, 發現從IE10 開始兼容的,這就......,并且XMLHttpRequest的send(formData)這個方法也是從IE10開始支持的。那沒辦法了只能尋找其他的辦法了。
隱式表單上傳找到老司機,請教了一下,早期IE都是用使用隱式的iframe中包含一個form表單,然后直接去提交form表單。然后服務完全返回的數據在iframe中,通過js代碼去里面獲取iframe中的數據,作為返回值。
然后從老司機那邊得到一份插件ajaxfileupload,還有一個就是自己在Github上找的一個jQuery-File-Upload,現在就來講講這兩個插件
ajaxfileupload適用于服務器返回的數據是文本格式
這份代碼也很簡單就200多行,主要就思想就是根據上面說的,使用隱式的iframe嵌套form表單來完成上傳操作。但是呢?這個插件只適合在服務器返回數據是文本數據的時候,如果服務器返回的是json 的數據,IE10一下的瀏覽器就會自動去執行下載操作,js代碼在執行到下載的時候就中斷了,并不會繼續往下執行了。所以也不是很適用。如果服務器支持返回數據格式是文本格式的話,這個組件還是挺好用的。
// 基本用法如下 //選擇文件之后執行上傳 $("#fileUpload").on("change", function() { $.ajaxFileUpload({ url:"http://test.com", secureuri:false, fileElementId:"fileToUpload",//file標簽的id dataType: "json",//返回數據的類型 data:{name:"logan"},//一同上傳的數據 success: function (data, status) { console.log(data) }, error: function (data, status, e) { alert(e); } }); });jQuery-File-Upload
適用于服務器返回的數據是JSON格式切支持重定向
這個插件呢,對比ajaxfileupload他考慮到了這種返回json的情況,但是它的使用需要服務端進行支持,其主要思想還是使用了隱式的表單上傳文件,但是它是通過服務其的重定向來接收數據的,服務器接收到了客戶端的請求之后,將返回的數據通過URLEncode之后,拼接在前端web頁面的后面,然后在頁面中解析數據,寫到body中,用jQuery去獲取這些數據。
具體用法如下:
現在服務器構造一個接受返回數據的頁面result.html
result
然后自己定義一個上傳的組件,我這里是使用Vue來包裝成一個組件的
這個插件是依賴jQuery的,并且依賴jQuery-UI ,還有要注意的是在IE10以下的版本都要引入jquery.iframe-transport
與jquery.xdr-transport
我代碼中發送數據的方式是它在add 方法中返回的data數據,通過該對象去直接上傳文件,這時上傳的FormData的文件信息中,文件原本是什么類型就是什么類型了,這是我們所期望的。我之前查看官方的文檔,還使用過另一種方式
var jqXHR = $("#fileupload").fileupload("send", {files: filesList}) .success(function (result, textStatus, jqXHR) {/* ... */}) .error(function (jqXHR, textStatus, errorThrown) {/* ... */}) .complete(function (result, textStatus, jqXHR) {/* ... */});
上傳的時候使用的是這樣的方式,發現FormData中上傳文件的類型變為了Content-Type: application/octet-stream,然后服務器就解析不到數據了。所以還是推薦用它原生的submit方式去提交數據。
注意
這兩個插件的本質還是使用form表單上傳文件,因此我們無法添加自定義的header頭,并且如果原來的服務器不支持請求重定向的話怎么辦,那就沒有辦法使用jQuery-File-Upload這個插件了。所以最穩妥的方式,還是在我們本地做了一層代理,由代理去發生真正的請求。
下面給出主要的轉發FormData的java代碼
public ResponseEntity dispatcherUpload(HttpServletRequest request) throws UnsupportedEncodingException { String requestUrl = request.getParameter("request_url"); String redirectUrl = request.getParameter("redirect"); String fileName = request.getParameter("name"); if (StringUtils.isEmpty(requestUrl) || StringUtils.isEmpty(redirectUrl)) throw new BizException(ErrorCode.INVALID_ARGUMENT); HttpClient httpClient = new DefaultHttpClient(); HttpPost httpPost = new HttpPost(requestUrl); String auth = request.getParameter("authorization"); if (!StringUtils.isEmpty(auth)) httpPost.addHeader("Authorization", request.getParameter("authorization").toString()); MultipartEntity reqEntity = new MultipartEntity(); if (!StringUtils.isEmpty(request.getParameter("path"))) { StringBody pathBody = new StringBody(request.getParameter("path")); reqEntity.addPart("path", pathBody); } if (!StringUtils.isEmpty(request.getParameter("scope"))) { StringBody scopeBody = new StringBody(request.getParameter("scope")); reqEntity.addPart("scope", scopeBody); } if (!StringUtils.isEmpty(request.getParameter("expireDays"))) { StringBody expireDaysBody = new StringBody(request.getParameter("expireDays")); reqEntity.addPart("expireDays", expireDaysBody); } if (!StringUtils.isEmpty(fileName)) { StringBody nameBody = new StringBody(fileName); reqEntity.addPart("name", nameBody); } MultipartHttpServletRequest multipartHttpServletRequest = (MultipartHttpServletRequest) request; MultiValueMapmultiValueMap = multipartHttpServletRequest.getMultiFileMap(); //todo:現在暫時寫死,不去遍歷map if(!(multiValueMap.containsKey(CS_FILE_KEY) || multiValueMap.containsKey(UC_FILE_KEY))) throw new BizException(ErrorCode.INVALID_ARGUMENT); String fileKey = multiValueMap.containsKey(CS_FILE_KEY) ? CS_FILE_KEY : UC_FILE_KEY; MultipartFile multipartFile = multipartHttpServletRequest.getFile(fileKey); // 得到文件數據 if (!multipartFile.isEmpty()) { CommonsMultipartFile commonsMultipartFile = (CommonsMultipartFile) multipartFile; DiskFileItem diskFileItem = (DiskFileItem) commonsMultipartFile.getFileItem(); String filePath = diskFileItem.getStoreLocation().getPath().toString(); File file = null; try { //判斷目錄是否已存在,如果filename不為空,將其帶入創建文件(真實還原文件類型,否則是.tmp臨時文件) if (StringUtils.isEmpty(fileName)) { file = new File(filePath); } else { file = new File(filePath, fileName); } if (!file.exists()) { file.mkdirs(); } //保存文件 multipartFile.transferTo(file); FileBody bin = new FileBody(file); reqEntity.addPart(fileKey, bin); httpPost.setEntity(reqEntity); HttpHeaders responseHeader = new HttpHeaders(); HttpResponse httpResponse = null; try { httpResponse = httpClient.execute(httpPost); } catch (Exception e) { LOG.error("代理文件上傳失敗,請求地址:{},請求內容:{}", requestUrl, null, e); JSONObject failedJson = new JSONObject(); failedJson.put("result", "FAILURE"); failedJson.put("data", e.toString()); URI uri = URI.create(redirectUrl + e.toString()); responseHeader.setLocation(uri); return new ResponseEntity(responseHeader, HttpStatus.MOVED_TEMPORARILY); } LOG.info("狀態碼:" + httpResponse.getStatusLine().getStatusCode()); org.apache.http.HttpEntity httpEntity = httpResponse.getEntity(); //判斷請求是否成功 String responseBody = ""; String isSuccess = "SUCCESS"; if (httpResponse.getStatusLine().getStatusCode() >= HttpStatus.OK.value() && httpResponse.getStatusLine().getStatusCode() < HttpStatus.BAD_REQUEST.value()) { if (null != httpEntity) { // System.out.println("響應內容:" + EntityUtils.toString(httpEntity, ContentType.getOrDefault(httpEntity).getCharset())); responseBody = EntityUtils.toString(httpEntity, ContentType.getOrDefault(httpEntity).getCharset()); //處于安全考慮,關閉數據流 EntityUtils.consume(httpEntity); } } else { //上傳失?。ǚ?XX) isSuccess = "FAILURE"; } JSONObject ResJson = new JSONObject(); ResJson.put("result", isSuccess); ResJson.put("data", responseBody); URI uri = URI.create(redirectUrl + URLEncoder.encode(ResJson.toString(), "UTF-8")); responseHeader.setLocation(uri); return new ResponseEntity(responseHeader, HttpStatus.MOVED_TEMPORARILY); } catch (IOException e) { throw new BizException(ErrorCode.INTERNAL_SERVER_ERROR, e); } finally { if (file != null) { file.delete(); } } }else { throw new BizException(HttpStatus.BAD_REQUEST, "PORTAL-APP/INVALID_ARGUMENT", "上傳文件為空"); } }
在轉發文件的時候,我們做了一層轉存,原因在于,我們測試一個服務器的時候,我們直接使用一個緩存的數據,去寫到FormData中,那邊服務器接收到的文件對象居然是空的,因此我們才做了一層緩存,用一個真實存在的文件去做。
---end---
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/86953.html
摘要:本文將針對使用生態開發完成的網站,以版本為基礎兼容目標,實現全功能正常使用的全面兼容解決方案。這樣做的目的,是逐步減少全局性方法,使得語言逐步模塊化。此外,使用這個,一旦頁面不處于瀏覽器的當前標簽,就會自動停止刷新。 前言 背景情況 vue - 2.5.11 vue-cli 使用模板 webpack-simple http請求:axios Vue 官方對于 ie 瀏覽器版本兼容情...
摘要:例外當涉及到同源策略時,有兩個主要的例外授信范圍兩個相互之間高度互信的域名,如公司域名,不遵守同源策略的限制。端口未將端口號加入到同源策略的組成部分之中,因此和屬于同源并且不受任何限制。 原文鏈接:http://www.devsai.com/2016/11/24/talk-CORS/ 同源策略(same origin policy) 1995年,同源政策由 Netscape 公司引入瀏...
摘要:可以說同源策略在安全中扮演著及其重要的角色。我把這個領域的東西寫成了一個系列,以后還會繼續完善下去安全一同源策略與跨域安全二攻擊安全三攻擊 之所以要將同源策略與跨域寫在一起,是因為存在瀏覽器的同源策略,才會存在跨域問題 何為同源策略 同源策略是瀏覽器實現的一種安全策略,它限制了不同源之間的文檔和腳本交互的權限。只有同一個源的腳本才會具有操作dom、讀寫cookie、session 、a...
閱讀 1447·2021-11-11 16:54
閱讀 9419·2021-11-02 14:44
閱讀 2384·2021-10-22 09:53
閱讀 3269·2019-08-30 11:18
閱讀 1958·2019-08-29 13:29
閱讀 2015·2019-08-27 10:58
閱讀 1634·2019-08-26 11:38
閱讀 3528·2019-08-26 10:31