同源策略及跨域问题

一、同源策略

  • 源(origin)

  就是协议、域名和端口号。若地址里面的协议、域名和端口号均相同则属于同源。
  以下是相对于 http://www.a.com/test/index.html 的同源检测:

  1. http://www.a.com/dir/page.html ----成功
  2. http://www.child.a.com/test/index.html ----失败,域名不同
  3. https://www.a.com/test/index.html ----失败,协议不同
  4. http://www.a.com:8080/test/index.html ----失败,端口号不同
  • 同源策略

  同源策略是浏览器的一个安全功能,不同源的客户端脚本在没有明确授权的情况下,不能读写对方资源。所以a.com下的js脚本采用ajax读取b.com里面的文件数据是会报错的。

  • 不受同源策略限制的
  1. 页面中的链接,重定向以及表单提交是不会受到同源策略限制的。
  2. 跨域资源的引入是可以的。但是js不能读写加载的内容。如嵌入到页面中的<script src="..."></script>,<img>,<link>,<iframe>等。

二、跨域

  • 跨域

  只要协议、域名、端口号有一个不同就是跨域。

  • 跨域的原因

  跨域问题来源于JavaScript的同源策略,即只有 协议+主机名+端口号(如存在)相同,则允许相互访问。为了防止某域名下的接口被其他域名下的网页非法调用,是浏览器对JavaScript施加的安全限制。也就是说JavaScript只能访问和操作自己域下的资源,不能访问和操作其他域下的资源。跨域问题是针对JS和ajax的,html本身没有跨域问题,比如a标签、script标签、甚至form标签(可以直接跨域发送数据并接收数据)等。

三、跨域问题解决方案

  • jsonp

  利用script标签可跨域的特点,在跨域脚本中可以直接回调当前脚本的函数。

  • cors

  服务器设置HTTP响应头中Access-Control-Allow-Origin值,解除跨域限制。

  注意:这两个跨域方案都存在一个致命的缺陷,严重依赖后端的协助。

  下面就介绍一种前端独立就能解决的跨域方案:

  • 反向代理(Reverse Proxy)

  指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。

 

原文地址:https://www.cnblogs.com/belongs-to-qinghua/p/11353201.html