@H_5020@

引言

@H502_0@ 跨域是我在日常面试中经常会问到的问题，这词在前端界出现的频率不低，主要原因还是由于安全限制(同源策略， 即JavaScript或Cookie只能访问同域下的内容)，因为我们在日常的项目开发时会不可避免的需要进行跨域操作，所以跨域能力也算是前端工程师的基本功之一。

@H_502_0@　　和大多数跨域的解决方案一样，JSONP也是我的选择，可是某天PM的需求变了，某功能需要改成支持POST，因为传输的数据量比较大，GET形式搞不定。所以折腾了下闻名已久的CORS（跨域资源共享，Cross-Origin Resource Sharing），这边文章也就是折腾期间的小记与总结。

@H_502_0@•CORS能做什么：

@H_502_0@正常使用AJAX会需要正常考虑跨域问题，所以伟大的程序员们又折腾出了一系列跨域问题的解决方案，如JSONP、flash、ifame、xhr2等等。

@H_502_0@• CORS的原理：

@H_502_0@CORS定义一种跨域访问的机制，可以让AJAX实现跨域访问。CORS 允许一个域上的网络应用向另一个域提交跨域 AJAX 请求。实现此功能非常简单，只需由服务器发送一个响应标头即可。

@H_502_0@

下面我们步入正题具体详情如下所示：

@H_502_0@跨站HTTP请求(Cross-site HTTP request)是指发起请求的资源所在域不同于请求指向的资源所在域的HTTP请求。

@H_502_0@比如说，我在Web网站A()中通过标签引入了B站的资源(www.b.com/images/1.jpg)，那么A站会向B站发起一个跨站请求。

这种图片资源的跨站请求是被允许的，类似的跨站请求还有CSS文件，JavaScript文件等。

但是如果是在脚本中发起HTTP请求，出于安全考虑，会被浏览器限制。比如，使用 XMLHttpRequest 对象发起 HTTP 请求就必须遵守 同源策略。

所谓“同源策略”是指Web应用程序只能使用 XMLHttpRequest 对象向发起源所在域内发起HTTP请求，这个请求源和请求对象必须在一个域内。

举例来说，，这个网址的协议是http，域名是www.a.com，端口默认是80。那么以下是它的同源情况：

@H_502_0@•http://www.a.com/index.html 同源

@H_502_0@•https://www.a.com/a.html 不同源(协议不同)

@H_502_0@•http://service.a.com/testService/test 不同源(域名不同)

@H_502_0@•http://www.b.com/index.html 不同源(域名不同)

@H_502_0@•http://www.a.com:8080/index.html 不同源(端口不同)

@H_502_0@为了开发出更强大，更丰富的Web应用，跨域请求是很常见的，那么如何在不舍弃安全的情况下进行跨域请求呢？

@H_502_0@W3C推荐了一种新的机制，即跨源资源共享(Cross-Origin Resource Sharing (CORS))。

@H_502_0@跨源资源共享(CORS)是通过客户端+服务端协作声明的方式来确保请求安全的。服务端会在HTTP请求头中增加一系列HTTP请求参数(例如Access-Control-Allow-Origin等)，来限制哪些域的请求和哪些请求类型可以接受，而客户端在发起请求时必须声明自己的源(Orgin)，否则服务器将不予处理，如果客户端不作声明，请求甚至会被浏览器直接拦截都到不了服务端。服务端收到HTTP请求后会进行域的比较，只有同域的请求才会处理。

@H_502_0@一个使用CORS实现跨域请求的示例：

@H_502_0@客户端：

@H_502_0@服务端：

@H_502_0@

在Web API中启用跨域访问

@H_502_0@CORS是服务端和客户端协作声明来确保请求安全的，因此，如果需要在Web API中启用CORS也需要进行相应配置。好在微软的ASP.NET团队提供了官方的支持跨域的解决方案，只需要在NuGet中添加即可。

@H_502_0@然后在App_Start/WebApiConfig.cs进行如下配置即可实现跨域访问：

@H_502_0@由于IE10以下浏览器不支持CORS，所以目前在国内CORS并不是主流的跨域解决方案，但是随着windows 10的发布，IE的逐渐衰落，可以预见，在不远的将来CORS将成为跨域的标准解决方案。

@H_502_0@以上所述是小编给大家介绍的JS跨域解决方案之使用CORS实现跨域，希望对大家有所帮助！