Angular通过CORS实现跨域方案

以前有一篇很老的文章网上转了很多,包括现在如果你百度"跨域"这个关键字,前几个推荐的都是"Javascript跨域总结与解决方案".看了一下感觉手段有点陈旧了,有一些比如document.domain还有iframe的解决方案委实"丑陋"一些,感觉不再适用于现在一些项目中.

创新互联公司网站建设公司一直秉承“诚信做人，踏实做事”的原则，不欺瞒客户，是我们最起码的底线！以服务为基础，以质量求生存，以技术求发展，成交一个客户多一个朋友！专注中小微企业官网定制，成都网站设计、做网站，塑造企业网络形象打造互联网企业效应。

就拿iframe来说作为一个前端工程师,我极为讨厌iframe这种东西.它不光增加了性能上的高负荷,同时也不利于掌控。

在Angular应用中实现跨域的方式相对简单,基本上通过两种方式即可.一种是JSONP,另一种是通过CORS.前者是相对比较老的手法,后者我感觉更加给力一点,所以本文主要说一下Angular如何与CORS配合跨域.

能不使用JSONP就尽量不使用,这是着手于Angular跨域的一个原则吧.不管怎么说,script的标签嵌入感觉还是low了点.‍‍

Angular推崇的时前后端分离,所以跨域由哪一方实现成为一个问题.这个就不得不说前端技术上的局限性,即使是相对好用的JSONP对于非GET请求也是无能为力的,因为它本质上还是通过script去get一些资源.

JSONP这种只能GET的限制,在Angular推崇RESTful风格接口的API场景下,就完全制约了它的使用,总不能弃POST和PUT那些不管.并且JSONP的错误处理很弱,不尽人意.总之前端实现跨域都有各种各样的局限性,又比如像document.domain则只能用于主域相同,子域不同的情况.

所以总结而言,虽然前端有多种方式处理跨域,但是多而不精,缺点都比较明显.相对而言更好的方式是通过后端参与处理,这样做不仅适用性更强,同时前端只要发送正常的Ajax请求即可.这样的技术叫做CORS.

Cross-Origin Resource Sharing跨域资源共享,应该算是现在最为推荐的跨域处理方案.不仅适用于各种Method,而且更加方便和简单.当然了,这么吊的东西只有现代浏览器支持,IE8一下的老古董就不要想了.

CORS实现原理

虽然通过CORS实现跨域基本上完全由后端实现,不过身为一个给力的前端.还是要掌握一下这一原理,以便当你遇到不靠谱的后端时,不至于...你懂得

CORS的本质让服务器通过新增响应头Access-Control-Allow-Origin,通过HTTP方式来实现资源共享,让每个请求的服务直接返回资源.它使用了HTTP交互方式来确定请求源是否有资格请求该资源,并且通过设置HTTP Header来控制访问资源的权限.

具体的过程是这样的前端发送一个正常的请求:

 
 
  
  $http.get('www.cros.com/api/data',{params:{ 
  
    name: '顽Shi'
  
  }})

后端设置一下response的header:

 
 
  
  Access-Control-Allow-Origin: "*"
  
  Access-Control-Allow-Methods: "GET"
  
  Access-Control-Max-Age: "60"

然后你观察一下浏览器的行为会发现有趣的事,浏览器在没有你干预的情况下,发现这是一个跨域请求.所以它没有直接发送GET请求,而是发送了一个OPTIONS请求询问是否可以跨域访问该资源,这个过程我们可以称之为"预检".

然后我们看到OPTIONS的response返回了类似下面的信息:

 
 
  
  HTTP/1.1 200 OK 
  
  
  
  
  
  Date: Mon, 01 Dec 2013 01:15:39 GMT 
  
  Server: Apache/2.0.61 (Unix) 
  
  Access-Control-Allow-Origin: * 
  
  Access-Control-Allow-Methods: GET 
  
  Access-Control-Max-Age: 60 
  
  Content-Encoding: gzip 
  
  Content-Length: 0 
  
  Connection: Keep-Alive 
  
  Content-Type: text/text

这里的这几个Access头的内容就是服务器后端加上去的,它告诉了浏览器此后的60秒内,所有域都可以通过GET方法进行跨域访问该资源.然后浏览器自动再次发送了真正的GET请求,并返回对应的结果.

注意这一过程是浏览器自动实现的,这一点是不是非常棒.一些header信息的设置如下:

 
 
  
  Access-Control-Allow-Origin:  | * // 授权的源控制 
  
  Access-Control-Max-Age:  // 授权的时间 
  
  Access-Control-Allow-Credentials: true | false // 控制是否开启与Ajax的Cookie提交方式 
  
  Access-Control-Allow-Methods: [, ]* // 允许请求的HTTP Method 
  
  Access-Control-Allow-Headers: [, ]* // 控制哪些header能发送真正的请求

这里还有一处需要前端工程师协作的地方就是cookie的传递,默认情况下通过CORS这样的方式是不会传递cookie.一般强制性将cookie添加到header的做法,也会被浏览器拒绝并报错.上面看到了在服务器端会通过添加一个response头,Access-Control-Allow-Credentials来控制是否允许Cookie的提交.

在Angular中我们需要进行一些设置达到目的:

 
 
  
  $http.post(url, {withCredentials: true, ...}) 
  
  // 或者 
  
  $http({withCredentials: true, ...}).post(...) 
  
  // 或者 
  
  .config(function ($httpProvider) { 
  
    $httpProvider.defaults.withCredentials = true; 
  
  }

如果是jQuery则要设置如下:

 
 
  
  $.ajax("www.cros.com/api/data", { 
  
    type: "GET", 
  
    xhrFields: { 
  
      withCredentials: true
  
    }, 
  
    crossDomain: true, 
  
    success: function(data, status, xhr) { 
  
    } 
  
  });

CORS的过程描述完毕,在网上找到一张图片:

CORS的分类

如果仔细观察浏览器的行为会发现,并不是所有的跨域请求都会发送OPTIONS请求.是不是有些奇怪,这就涉及到CORS的分类,简单请求和复杂请求.

HTTP的header通常包含下面这些内容:

 
 
  
  Accept 
  
  Accept-Language 
  
  Content-Language 
  
  Last-Event-ID 
  
  Content-Type的值仅是下列之一: 
  
                       application/x-www-form-urlencoded 
  
                       multipart/form-data 
  
                       text/plain

HTTP方法是HEAD,GET,POST之一,同时HTTP的header包含如上面所示.任何一个不满足这两种要求的请求,都是复杂请求.比如发送PUT,DELETE等HTTP动作,或者Content-Type: application/json的内容.

只有复杂请求包含"预检"这一动作,另外Access-Control-Max-Age应该也会影响OPTIONS请求的发送.

当前名称：Angular通过CORS实现跨域方案
文章链接：http://www.mswzjz.com/qtweb/news20/209370.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容