跨域问题

概述

在开发过程中，通常会遇到在浏览器端进行 Ajax 请求时会出现跨域问题，浏览器调试器控制台一般输出如下：

Access to xxx at 'http://xxx/...' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

GET 'http://xxx/...' net::ERR_FAILED

跨域指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略（同源策略指域名，协议，端口均相同。）造成的，是浏览器对 JavaScript 施加的安全限制。

解决跨域问题的方案

CORS - 跨资源共享

CORS 是一个 W3C 标准，全称是**"跨域资源共享"（Cross-origin resource sharing）**。它允许浏览器向跨源服务器，发出 XMLHttpRequest 请求，从而克服了 AJAX 只能同源使用的限制。

CORS 需要浏览器和服务器同时支持。目前，所有浏览器都支持该功能，IE 浏览器不能低于 IE10。整个 CORS 通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS 通信与同源的 AJAX 通信没有差别，代码完全一样。浏览器一旦发现 AJAX 请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。因此，实现 CORS 通信的关键是服务器，只要服务器实现了 CORS 接口，就可以跨源通信。

在 Header 中设置：Access-Control-Allow-Origin即可。

JSONP

JSONP（JSON with Padding）是 JSON 的一种“使用模式”，可用于解决主流浏览器的跨域数据访问的问题。由于同源策略，一般来说位于 server1.example.com 的网页无法与 server2.example.com 的服务器沟通，而 HTML 的 <script> 元素是一个例外。利用 <script> 元素的这个开放策略，网页可以得到从其他来源动态产生的 JSON 资料，而这种使用模式就是所谓的 JSONP。用 JSONP 抓到的资料并不是 JSON，而是任意的 JavaScript，用 JavaScript 直译器执行而不是用 JSON 解析器解析。

这种方式需要目标服务器配合一个 callback 函数。

Nginx 反向代理

以上跨域问题解决方案都需要服务器支持，当服务器无法设置 header 或提供 callback 时我们就可以采用 Nginx 反向代理的方式解决跨域问题。

Nginx 配置跨域案例，在 nginx.conf 的 location 中增加如下配置：

add_header Access-Control-Allow-Origin *或域名;
add_header Access-Control-Allow-Headers X-Requested-With;
add_header Access-Control-Allow-Methods GET,POST,OPTIONS;