網上各種跨域教程，各種實踐，各種問答，除了簡單的 jsonp 以外，很多說 CORS 的都是行不通的，老是缺那么一兩個關鍵的配置。本文只想解決問題，所有的代碼經過親自實踐。
本文解決跨域中的 get、post、data、cookie 等這些問題。
本文只會說 get 請求和 post 請求，讀者請把 post 請求理解成除 get 請求外的所有其他請求方式。
JSONP
JSONP是利用瀏覽器對script的資源引用沒有同源限制，通過動態插入一個script標簽，當資源加載到頁面后會立即執行的原理實現跨域的。JSONP是一種非正式傳輸協議，該協議的一個要點就是允許用戶傳遞一個callback或者開始就定義一個回調方法，參數給服務端，然后服務端返回數據時會將這個callback參數作為函數名來包裹住JSON數據，這樣客戶端就可以隨意定制自己的函數來自動處理返回數據了。
JSONP只支持GET請求而不支持POST等其它類型的HTTP請求,它只支持跨域HTTP請求這種情況，不能解決不同域的兩個頁面之間如何進行JavaScript調用的問題，JSONP的優勢在于支持老式瀏覽器，弊端也比較明顯：需要客戶端和服務端定制進行開發，服務端返回的數據不能是標準的Json數據，而是callback包裹的數據。
jsonp 的原理很簡單，利用了【前端請求靜態資源的時候不存在跨域問題】這個思路。
但是 只支持 get，只支持 get，只支持 get。
注意一點，既然這個方法叫 jsonp，后端數據一定要使用 json 數據，不能隨便的搞個字符串什么的，不然你會覺得結果莫名其妙的。
前端 jQuery 寫法
|
1
2
3
4
5
6
7
8
|
$.ajax({type: "get",url: baseUrl + "/jsonp/get",dataType: "jsonp",success: function(response) {$("#response").val(JSON.stringify(response));}}); |
dataType: “jsonp”。除了這個，其他配置和普通的請求是一樣的。
后端 SpringMVC 配置
如果你也使用 SpringMVC，那么配置一個 jsonp 的 Advice 就可以了，這樣我們寫的每一個 Controller 方法就完全不需要考慮客戶端到底是不是 jsonp 請求了，Spring 會自動做相應的處理。
|
1
2
3
4
5
6
7
|
@ControllerAdvicepublic class JsonpAdvice extends AbstractJsonpResponseBodyAdvice { public JsonpAdvice(){ // 這樣如果請求中帶 callback 參數，Spring 就知道這個是 jsonp 的請求了 super("callback"); }} |
以上寫法要求 SpringMVC 版本不低于 3.2，低于 3.2 的我只能說，你們該升級了。
后端非 SpringMVC 配置
以前剛工作的時候，Struts2 還紅遍天，幾年的光景，SpringMVC 就基本統治下來了國內市場。
偷懶一下，這里貼個偽代碼吧，在我們的方法返回前端之前調一下 wrap 方法：
|
1
2
3
4
5
6
7
|
@ControllerAdvicepublic class JsonpAdvice extends AbstractJsonpResponseBodyAdvice { public JsonpAdvice(){ // 這樣如果請求中帶 callback 參數，Spring 就知道這個是 jsonp 的請求了 super("callback"); }} |
CORS
Cross-Origin Resource Sharing
CORS是現代瀏覽器支持跨域資源請求的一種方式，全稱是"跨域資源共享"（Cross-originresourcesharing），當使用XMLHttpRequest發送請求時，瀏覽器發現該請求不符合同源策略，會給該請求加一個請求頭：Origin，后臺進行一系列處理，如果確定接受請求則在返回結果中加入一個響應頭：Access-Control-Allow-Origin;瀏覽器判斷該相應頭中是否包含Origin的值，如果有則瀏覽器會處理響應，我們就可以拿到響應數據，如果不包含瀏覽器直接駁回，這時我們無法拿到響應數據。
CORS與JSONP的使用目的相同，但是比JSONP更強大，CORS支持所有的瀏覽器請求類型，承載的請求數據量更大，開放更簡潔，服務端只需要將處理后的數據直接返回，不需要再特殊處理。
畢竟 jsonp 只支持 get 請求，肯定不能滿足我們的所有的請求需要，所以才需要搬出 CORS。
國內的 web 開發者還是比較苦逼的，用戶死不升級瀏覽器，老板還死要開發者做兼容。
CORS 支持以下瀏覽器，目前來看，瀏覽器的問題已經越來越不重要了，連淘寶都不支持 IE7 了~~~
Chrome 3+
Firefox 3.5+
Opera 12+
Safari 4+
Internet Explorer 8+
前端 jQuery 寫法
直接看代碼吧：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
$.ajax({ type: "POST", url: baseUrl + "/jsonp/post", dataType: 'json', crossDomain: true, xhrFields: { withCredentials: true }, data: { name: "name_from_frontend" }, success: function (response) { console.log(response)// 返回的 json 數據 $("#response").val(JSON.stringify(response)); }}); |
dataType: “json”，這里是 json，不是 jsonp，不是 jsonp，不是 jsonp。
crossDomain: true，這里代表使用跨域請求
xhrFields: {withCredentials: true}，這樣配置就可以把 cookie 帶過去了，不然我們連 session 都沒法維護，很多人都栽在這里。當然，如果你沒有這個需求，也就不需要配置這個了。
后端 SpringMVC 配置
對于大部分的 web 項目，一般都會有 mvc 相關的配置類，此類繼承自 WebMvcConfigurerAdapter。如果你也使用 SpringMVC 4.2 以上的版本的話，直接像下面這樣添加這個方法就可以了：
|
1
2
3
4
5
6
7
8
|
@Configurationpublic class WebConfig extends WebMvcConfigurerAdapter { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/**/*").allowedOrigins("*"); }} |
如果很不幸你的項目中 SpringMVC 版本低于 4.2，那么需要「曲線救國」一下：
|
1
2
3
4
5
6
7
8
9
10
|
public class CrossDomainFilter extends OncePerRequestFilter { @Override protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain) throws ServletException, IOException { response.addHeader("Access-Control-Allow-Origin", "*");// 如果提示 * 不行，請往下看 response.addHeader("Access-Control-Allow-Credentials", "true"); response.addHeader("Access-Control-Allow-Methods", "GET, POST, PUT, DELETE"); response.addHeader("Access-Control-Allow-Headers", "Content-Type"); filterChain.doFilter(request, response); }} |
在 web.xml 中配置下 filter：
|
1
2
3
4
5
6
7
8
|
<filter> <filter-name>CrossDomainFilter</filter-name> <filter-class>com.javadoop.filters.CrossDomainFilter</filter-class></filter><filter-mapping> <filter-name>CrossDomainFilter</filter-name> <url-pattern>/*</url-pattern></filter-mapping> |
有很多項目用 shiro 的，也可以通過配置 shiro 過濾器的方式，這里就不介紹了。
注意了，我說的是很籠統的配置，對于大部分項目是可以這么籠統地配置的。文中類似 “*” 這種配置讀者應該都能知道怎么配。
如果讀者發現瀏覽器提示不能用 ‘*' 符號，那讀者可以在上面的 filter 中根據 request 對象拿到請求頭中的 referer（request.getHeader(“referer”)），然后動態地設置 “Access-Control-Allow-Origin”：
|
1
2
3
4
5
6
7
8
|
String referer = request.getHeader("referer");if (StringUtils.isNotBlank(referer)) { URL url = new URL(referer); String origin = url.getProtocol() + "://" + url.getHost(); response.addHeader("Access-Control-Allow-Origin", origin);} else { response.addHeader("Access-Control-Allow-Origin", "*");} |
前端非 jQuery 寫法
jQuery 一招鮮吃遍天的日子是徹底不在了，這里就說說如果不使用 jQuery 的話，怎么解決 post 跨域的問題。
來一段原生 js 介紹下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
function createCORSRequest(method, url) { var xhr = new XMLHttpRequest(); if ("withCredentials" in xhr) { // 如果有 withCredentials 這個屬性，那么可以肯定是 XMLHTTPRequest2 對象。看第三個參數 xhr.open(method, url, true); } else if (typeof XDomainRequest != "undefined") { // 此對象是 IE 用來跨域請求的 xhr = new XDomainRequest(); xhr.open(method, url); } else { // 如果是這樣，很不幸，瀏覽器不支持 CORS xhr = null; } return xhr;} var xhr = createCORSRequest('GET', url);if (!xhr) { throw new Error('CORS not supported');} |
其中，Chrome，Firefox，Opera，Safari 這些「程序員友好」的瀏覽器使用的是 XMLHTTPRequest2 對象。IE 使用的是 XDomainRequest。
總結
以上就是本文關于快速解決跨域請求問題:jsonp和CORS的全部內容，希望對大家有所幫助。感興趣的朋友可以繼續參閱本站其他相關專題，如有不足之處，歡迎留言指出！
原文鏈接：http://www.importnew.com/27463.html
