说实话，跨域问题是前端开发中绕不开的一个坎。

本地开发、联调后端、部署上线、面试，几乎处处dou会遇到跨域问题。

先记住一句话：跨域，是浏览器的安全策略限制，不是后端限制，也不是网络限制。

哈哈，你懂的，这是一个老生常谈的问题。

浏览器为了安全，规定：只有协议、域名、端口完全一致，才叫「同源」，否则就是跨域。

比如你从域名为http://www.test.com的index.html要访问 http://www.test2.com/getaccess接口，那么就会有跨域问题。

同源策略是浏览器对于ajax请求的一种安全限制：一个页面发起的ajax请求，只Neng是与当前页域名相同的路径，这Neng有效的阻止跨站攻击。

因此：跨域问题 是针对ajax的一种限制。

同时满足三个条件才有可Neng产生跨域问题：

1. 浏览器限制；2. 跨域请求；3. XHR请求。

跨域访问会访问状态码200但是无法访问，还有其他附带的问题，请求COOKIE无法带上。

CORS：后端一行配置搞定。

优点标准、安全、推荐缺点需要后端配合

CORS原理：通过在服务器端设置特定的响应头，如Access-Control-Allow-Origin: *

Access-Control-Allow-Origin: http://localhost: 简单请求直接生效。复杂请求会先发 OPTIONS 预检请求.

本地开发Zui常用，前端自己解决，不用找后端. 对比一下： server { listen ; servername localhost; location /api { proxypass http://localhost:; proxysetheader Host $host; }} 前端请求 /api/xxxNginx真实接口。 利用<script src="xxx">跨域数据访问的问题缺点仅支持GET方法,具有局限性。 说到这你是不是想起了“为什么百度不收录我的网站？”这个问题。 害，这个问题啊，其实有hen多原因，比如你的网站结构、内容质量、外链建设等等dou有可Neng影响收录。 咱就是说你得确保你的网站对搜索引擎友好，才有可Neng被收录。 不对不对，应该是先检查robots.txt文件有没有屏蔽搜索引擎抓取。 . WebSocket 与 postMessage 跨域通信。 postMessage用于页面与 iframe、多窗口之间跨域通信。 把这篇文章kan完，这些问题全Neng答出来。 我按跨域 CORS 原理通过在服务器端设置特定的响应头,如Access-Control-Allow-Origin,来允许来自特定源的请求。 优点功Neng强大,支持各种HTTP方法,安全性较高。 缺点需要后端配合,对于简单请求和预检请求的处理有所不同。 代理服务器 原理通过设置一个代理服务器,前端请求先发送到代理服务器,再由代理服务器转发到目标服务器,从而绕过浏览器的同源策略。 优点Ke以解决复杂场景下的跨域问题缺点增加了系统的复杂性和维护成本... 只要有一个不一样，浏览器就会拦截响应，报跨域错误。