AJAX POST&跨域解决方案 - CORS

╰半夏微凉° 2022-08-18 12:24 235阅读 0赞

http://www.cnblogs.com/Darren\_code/p/cors.html

一晃又到新年了，于是开始着手好好整理下自己的文档，顺便把一些自认为有意义的放在博客上，记录成点的点滴。

![Image 1][]

--------------------

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

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

![Image 1][]

--------------------

# 概述 #

*  CORS能做什么：

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

本文介绍的CORS就是一套AJAX跨域问题的解决方案。

*  CORS的原理：

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

*  CORS浏览器支持情况如下图：

![Image 1][]

喜闻乐见、普大喜奔的支持情况，尤其是在 **移动终端**上，除了opera Mini；

PC上的现代浏览器都能友好的支持，除了IE9-，不过前端工程师对这种情况早应该习惯了...

![Image 1][]

# CORS启航 #

假设我们页面或者应用已在 http://www.test1.com 上了，而我们打算从 http://www.test2.com 请求提取数据。一般情况下，如果我们直接使用 AJAX 来请求将会失败，浏览器也会返回“源不匹配”的错误，" **跨域**"也就以此由来。

利用 CORS， http://www.test2.com 只需添加一个标头，就可以允许来自 http://www.test1.com 的请求，下图是我在PHP中的 hander() 设置， **“\*”号表示允许任何域向我们的服务端提交请求**：

![Image 1][]

也可以设置指定的域名，如域名 http://www.test2.com ，那么就允许来自这个域名的请求 ：

![Image 1][]

当前我设置的header为“\*”，任意一个请求过来之后服务端我们都可以进行处理&响应，那么在调试工具中可以看到其头信息设置，其中见红框中有一项信息是“ **Access-Control-Allow-Origin：\*** ”，表示我们已经启用CORS，如下图。

PS： 由于demo都在我厂的两台测试机间完成，外网也不能访问，所以在这就不提供demo了，见谅 ![Image 1][]

![Image 1][]

简单的一个header设置，一个支持跨域&POST请求的server就完成了:)

当然，如果没有开启CORS必定失败的啦，如下图：

![Image 1][]

# 问题&小结 #

*  刚刚说到的兼容性。CORS是W3C中一项较新的方案，所以部分浏览器还没有对其进行支持或者完美支持，详情可移至[http://www.w3.org/TR/cors/][http_www.w3.org_TR_cors]
 *  安全问题。CORS提供了一种跨域请求方案，但没有为安全访问提供足够的保障机制，如果你需要信息的绝对安全，不要依赖CORS当中的权限制度，应当使用更多其它的措施来保障，比如OAuth2。

自认为的cors使用场景：

*  cors在移动终端支持的不错，可以考虑在移动端全面尝试；PC上有不兼容和没有完美支持，所以小心踩坑。当然浏览器兼容就是个伪命题，说不准某个浏览器的某个版本就完美兼容了，说不准就有点小坑，尼玛伤不起！～
 *  jsonp是get形式，承载的信息量有限，所以信息量较大时CORS是不二选择；
 *  配合新的JSAPI(fileapi、xhr2等)一起使用，实现强大的新体验功能。

[Image 1]: 
[http_www.w3.org_TR_cors]: http://www.w3.org/TR/cors/