跨域資源共享(cross-origin resource sharing, cors)是為解決 ajax 技術難實現跨域問題而提出的乙個規範，這個規範試著從根本上解決安全的跨域資源共享問題。
option請求是一種探測性的請求，通過這個方法，客戶端可以在採取具體資源請求之前，決定對該資源採取何種必要的措施。
若要允許跨域，傳統的解決方案是伺服器端設定access-control-allow-origin: *,但是這是一種不安全的方法，新的標準裡已經不允許使用了。
若不解決跨域的話，不知道請求是否可以使用，為解決這個問題標準裡增加了一種請求叫做preflighted request，也就是option方法。支援此協議的瀏覽器傳送真正的請求前, 會先傳送乙個方法為 options 的預請求(preflight request), 用於試探服務端是否能接受真正的請求，如果 options 獲得的回應是拒絕性質的，比如 404\403\500 等 http 狀態，就會停止 post、put 等請求的發出。
請求方法不是get/head/post;
請求設定了自定義的header欄位.
需要明確前端無法解決並且繞不過去；
後端處理跨域，繞過此問題；
nginx配置，需求請自性google；
若是簡單請求，不要自定義header欄位。
後端處理；
nginx配置；
前端盡量避免自定義header欄位；
header裡面盡量比曼使用複雜字段，尤其是json；
js跨域 ajax跨域 跨域方式（前端）
跨域方式 cors 跨域資源共享 當使用xmlhttprequest傳送請求時，瀏覽器會自動加上乙個請求頭 origin,後端在接受到請求後確定響應後會在response headers中加入乙個屬性 access control allow origin,值就是發起請求的源位址 瀏覽器得到響應會進...
前端跨域策略
假設頁面和屬於不同域，a頁面請求b頁面的內容.利用document.domain實現跨域的前提是這兩個網域名稱必須屬於同乙個基礎網域名稱，協議埠都要一致。主要是父域和子域之間的通訊 此時雖然能正確得到window.name的值，但是由於每次iframe.src的載入都執行iframe.onload，...
前端跨域問題
雖然羅列這麼多，但是我只用過一種 1 jsonp 2 document.domain iframe 3 location.hash iframe 4 window.name iframe 5 postmessage 6 跨域資源共享 cors 7 nginx 8 nodejs中介軟體 9 webso...