前端跨域请求原理及实践

简介:

一、 跨域请求的含义

浏览器的同源策略,出于防范跨站脚本的攻击,禁止客户端脚本(如 JavaScript)对不同域的服务进行跨站调用。

一般的,只要网站的 协议名protocol、 主机host、 端口号port 这三个中的任意一个不同,网站间的数据请求与传输便构成了跨域调用。这也是我们下面实践的理论基础。我们利用 NodeJs 创建了两个服务器,分别监听 3000、 3001 端口(下面简称 服务器3000 与 服务器3001 ),由于端口号不一样,这两个服务器以及服务器上页面通信构成了跨域请求。

在服务器3000 上有如下的页面:

服务器3000 上的请求页面中包含如下 JavaScript 代码:


 
 
  1. $(function() { 
  2.  
  3.     $("#submit").click(function() { 
  4.  
  5.         var data = { 
  6.  
  7.             name: $("#name").val(), 
  8.  
  9.             id: $("#id").val() 
  10.  
  11.         }; 
  12.  
  13.         $.ajax({ 
  14.  
  15.             type: 'POST'
  16.  
  17.             data: data, 
  18.  
  19.             url: 'http://localhost:3000/ajax/deal'
  20.  
  21.             dataType: 'json'
  22.  
  23.             cache: false
  24.  
  25.             timeout: 5000, 
  26.  
  27.             success: function(data) { 
  28.  
  29.                 console.log(data) 
  30.  
  31.             }, 
  32.  
  33.             error: function(jqXHR, textStatus, errorThrown) { 
  34.  
  35.                 console.log('error ' + textStatus + ' ' + errorThrown); 
  36.  
  37.             } 
  38.  
  39.         }); 
  40.  
  41.     }); 
  42.  
  43. });  

服务器3000 对应的处理函数为


 
 
  1. pp.post('/ajax/deal'function(req, res) { 
  2.  
  3.     console.log("server accept: ", req.body.name, req.body.id) 
  4.  
  5.     var data = { 
  6.  
  7.         name: req.body.name + ' - server 3000 process'
  8.  
  9.         id: req.body.id + ' - server 3000 process' 
  10.  
  11.     } 
  12.  
  13.     res.send(data) 
  14.  
  15.     res.end() 
  16.  
  17. })  

请求页面返回结果:

此处数据处理成功。

由于数据请求一般都是由页面发送数据字段,服务器根据这些字段作相应的处理,如数据库查询,字符串操作等等。所以我们这里简单的处理数据(在数据后面加上字符串‘server 3000 process’),并且返回给浏览器,表示数据经过服务器端处理。

如果让 服务器3000 上的页面向 服务器 3001 发起请求会怎样呢?

将请求页面中的 ajax 请求路径改为:


 
 
  1. $.ajax({ 
  2.  
  3.     ... 
  4.  
  5.     url: 'http://localhost:3001/ajax/deal'
  6.  
  7.     ... 
  8.  
  9. });  

服务器3001 对应的处理函数与 服务器3000 类似:


 
 
  1. app.post('/ajax/deal'function(req, res) { 
  2.  
  3.     console.log("server accept: ", req.body.name, req.body.id) 
  4.  
  5.     var data = { 
  6.  
  7.         name: req.body.name + ' - server 3001 process'
  8.  
  9.         id: req.body.id + ' - server 3001 process' 
  10.  
  11.     } 
  12.  
  13.     res.send(data) 
  14.  
  15.     res.end() 
  16.  
  17. })  

结果如下:

结果证明了我们上面所说的端口号不同,发生了跨域请求的调用。

需要注意的是,服务器 3001 控制台有输出:


 
 
  1. server accept:  chiaki 3001 

这说明跨域请求并非是浏览器限制了发起跨站请求,而是请求可以正常发起,到达服务器端,但是服务器返回的结果会被浏览器拦截。

二、 利用 JSONP 实现跨域调用

说道跨域调用,可能大家首先想到的或者听说过的就是 JSONP 了。

2.1 什么是JSONP

JSONP (JSON with Padding or JSON-P) is a JSON extension used by web developers to overcome the cross-domain restrictions imposed by browsers’ same-origin policy that limits access to resources retrieved from origins other than the one the page was served by. In layman’s terms, one website cannot just simply access the data from another website.

It was developed because handling a browsers’ same origin policy can be difficult, so using JSONP abstracts the difficulties and makes it easier.

JSON stands for “JavaScript Object Notation”, a format by which object fields are represented as key-value pairs which is used to represent data.

JSONP 是 JSON 的一种使用模式,可以解决主流浏览器的跨域数据访问问题。其原理是根据 XmlHttpRequest 对象受到同源策略的影响,而 <script> 标签元素却不受同源策略影响,可以加载跨域服务器上的脚本,网页可以从其他来源动态产生 JSON 资料。用 JSONP 获取的不是 JSON 数据,而是可以直接运行的 JavaScript 语句。

2.2 使用 jQuery 集成的 $.ajax 实现 JSONP 跨域调用

我们先从简单的实现开始,利用 jQuery 中的 $.ajax 来实现上诉的跨域调用。

依然是上面的例子,我们将 服务器 3000 上的请求页面的 JavaScript 代码改为:


 
 
  1. // 回调函数 
  2.  
  3. function jsonpCallback(data) { 
  4.  
  5.     console.log("jsonpCallback: " + data.name
  6.  
  7.  
  8. $("#submit").click(function() { 
  9.  
  10.     var data = { 
  11.  
  12.         name: $("#name").val(), 
  13.  
  14.         id: $("#id").val() 
  15.  
  16.     }; 
  17.  
  18.     $.ajax({ 
  19.  
  20.         url: 'http://localhost:3001/ajax/deal'
  21.  
  22.         data: data, 
  23.  
  24.         dataType: 'jsonp'
  25.  
  26.         cache: false
  27.  
  28.         timeout: 5000, 
  29.  
  30.         // jsonp 字段含义为服务器通过什么字段获取回调函数的名称 
  31.  
  32.         jsonp: 'callback'
  33.  
  34.         // 声明本地回调函数的名称,jquery 默认随机生成一个函数名称 
  35.  
  36.         jsonpCallback: 'jsonpCallback'
  37.  
  38.         success: function(data) { 
  39.  
  40.             console.log("ajax success callback: " + data.name
  41.  
  42.         }, 
  43.  
  44.         error: function(jqXHR, textStatus, errorThrown) { 
  45.  
  46.             console.log(textStatus + ' ' + errorThrown); 
  47.  
  48.         } 
  49.  
  50.     }); 
  51.  
  52. });  

服务器 3001 上对应的处理函数为:


 
 
  1. app.get('/ajax/deal'function(req, res) { 
  2.  
  3.     console.log("server accept: ", req.query.name, req.query.id) 
  4.  
  5.     var data = "{" + "name:'" + req.query.name + " - server 3001 process'," + "id:'" + req.query.id + " - server 3001 process'" + "}" 
  6.  
  7.     var callback = req.query.callback 
  8.  
  9.     var jsonp = callback + '(' + data + ')' 
  10.  
  11.     console.log(jsonp) 
  12.  
  13.     res.send(jsonp) 
  14.  
  15.     res.end() 
  16.  
  17. })  

这里一定要注意 data 中字符串拼接,不能直接将 JSON 格式的 data 直接传给回调函数,否则会发生编译错误: parsererror Error: jsonpCallback was not called。

其实脑海里应该有一个概念:利用 JSONP 格式返回的值一段要立即执行的 JavaScript 代码,所以不会像 ajax 的 XmlHttpRequest 那样可以监听不同事件对数据进行不同处理。

处理结果如下所示:

2.3 使用 <script> 标签原生实现 JSONP

经过上面的事件,你是不是觉得 JSONP 的实现和 Ajax 大同小异?

其实,由于实现的原理不同,由 JSONP 实现的跨域调用不是通过 XmlHttpRequset 对象,而是通过 script 标签,所以在实现原理上,JSONP 和 Ajax 已经一点关系都没有了。看上去形式相似只是由于 jQuery 对 JSONP 做了封装和转换。

比如在上面的例子中,我们假设要传输的数据 data 格式如下:


 
 
  1.  
  2. name"chiaki"
  3.  
  4. id": "3001" 
  5.  
  6. }  

那么数据是如何传输的呢?HTTP 请求头的第一行如下:


 
 
  1. GET /ajax/deal?callback=jsonpCallback&name=chiaki&id=3001&_=1473164876032 HTTP/1.1 

可见,即使形式上是用 POST 传输一个 JSON 格式的数据,其实发送请求时还是转换成 GET 请求。

其实如果理解 JSONP 的原理的话就不难理解为什么只能使用 GET 请求方法了。由于是通过 script 标签进行请求,所以上述传输过程根本上是以下的形式:


 
 
  1. <script src = 'http://localhost:3001/ajax/deal?callback=jsonpCallback&name=chiaki&id=3001&_=1473164876032'></script> 

这样从服务器返回的代码就可以直接在这个 script 标签中运行了。下面我们自己实现一个 JSONP:

服务器 3000请求页面的 JavaScript 代码中,只有回调函数 jsonpCallback:


 
 
  1. function jsonpCallback(data) { 
  2.  
  3.     console.log("jsonpCallback: "+data.name
  4.  
  5. }  

服务器 3000请求页面还包含一个 script 标签:


 
 
  1. <script src = 'http://localhost:3001/jsonServerResponse?jsonp=jsonpCallback'></script> 

服务器 3001上对应的处理函数:


 
 
  1. app.get('/jsonServerResponse'function(req, res) { 
  2.  
  3.     var cb = req.query.jsonp 
  4.  
  5.     console.log(cb) 
  6.  
  7.     var data = 'var data = {' + 'name: $("#name").val() + " - server 3001 jsonp process",' + 'id: $("#id").val() + " - server 3001 jsonp process"' + '};' 
  8.  
  9.     var debug = 'console.log(data);' 
  10.  
  11.     var callback = '$("#submit").click(function() {' + data + cb + '(data);' + debug + '});' 
  12.  
  13.     res.send(callback) 
  14.  
  15.     res.end() 
  16.  
  17. })  

与上面一样,我们在所获取的参数后面加上 “ – server 3001 jsonp process” 代表服务器对数据的操作。从代码中我么可以看到,处理函数除了根据参数做相应的处理,更多的也是进行字符串的拼接。

最终的结果为:

2.4 JSONP 总结

至此,我们了解了 JSONP 的原理以及实现方式,它帮我们实现前端跨域请求,但是在实践的过程中,我们还是可以发现它的不足:

只能使用 GET 方法发起请求,这是由于 script 标签自身的限制决定的。

不能很好的发现错误,并进行处理。与 Ajax 对比,由于不是通过 XmlHttpRequest 进行传输,所以不能注册 success、 error 等事件监听函数。

三、 使用 CORS 实现跨域调用

3.1 什么是 CORS?

Cross-Origin Resource Sharing(CORS)跨域资源共享是一份浏览器技术的规范,提供了 Web 服务从不同域传来沙盒脚本的方法,以避开浏览器的同源策略,是 JSONP 模式的现代版。与 JSONP 不同,CORS 除了 GET 要求方法以外也支持其他的 HTTP 要求。用 CORS 可以让网页设计师用一般的 XMLHttpRequest,这种方式的错误处理比 JSONP 要来的好。另一方面,JSONP 可以在不支持 CORS 的老旧浏览器上运作。现代的浏览器都支持 CORS。

3.2 CORS 的实现

还是以 服务器 3000 上的请求页面向 服务器 3001 发送请求为例。

服务器 3000 上的请求页面 JavaScript 不变,如下:


 
 
  1. $(function() { 
  2.  
  3.     $("#submit").click(function() { 
  4.  
  5.         var data = { 
  6.  
  7.             name: $("#name").val(), 
  8.  
  9.             id: $("#id").val() 
  10.  
  11.         }; 
  12.  
  13.         $.ajax({ 
  14.  
  15.             type: 'POST'
  16.  
  17.             data: data, 
  18.  
  19.             url: 'http://localhost:3001/cors'
  20.  
  21.             dataType: 'json'
  22.  
  23.             cache: false
  24.  
  25.             timeout: 5000, 
  26.  
  27.             success: function(data) { 
  28.  
  29.                 console.log(data) 
  30.  
  31.             }, 
  32.  
  33.             error: function(jqXHR, textStatus, errorThrown) { 
  34.  
  35.                 console.log('error ' + textStatus + ' ' + errorThrown); 
  36.  
  37.             } 
  38.  
  39.         }); 
  40.  
  41.     }); 
  42.  
  43. });  

服务器 3001上对应的处理函数:


 
 
  1. app.post('/cors'function(req, res) { 
  2.  
  3.     res.header("Access-Control-Allow-Origin""*"); 
  4.  
  5.     res.header("Access-Control-Allow-Headers""X-Requested-With"); 
  6.  
  7.     res.header("Access-Control-Allow-Methods""PUT,POST,GET,DELETE,OPTIONS"); 
  8.  
  9.     res.header("X-Powered-By"' 3.2.1'
  10.  
  11.     res.header("Content-Type""application/json;charset=utf-8"); 
  12.  
  13.     var data = { 
  14.  
  15.         name: req.body.name + ' - server 3001 cors process'
  16.  
  17.         id: req.body.id + ' - server 3001 cors process' 
  18.  
  19.     } 
  20.  
  21.     console.log(data) 
  22.  
  23.     res.send(data) 
  24.  
  25.     res.end() 
  26.  
  27. })  

在服务器中对返回信息的请求头进行了设置。

最终的结果为:

3.3 CORS 中属性的分析

  • Access-Control-Allow-Origin

The origin parameter specifies a URI that may access the resource. The browser must enforce this. For requests without credentials, the server may specify “*” as a wildcard, thereby allowing any origin to access the resource.

  • Access-Control-Allow-Methods

Specifies the method or methods allowed when accessing the resource. This is used in response to a preflight request. The conditions under which a request is preflighted are discussed above.

  • Access-Control-Allow-Headers

Used in response to a preflight request to indicate which HTTP headers can be used when making the actual request.

3.4 CORS 与 JSONP 的对比

CORS 除了 GET 方法外,也支持其它的 HTTP 请求方法如 POST、 PUT 等。

CORS 可以使用 XmlHttpRequest 进行传输,所以它的错误处理方式比 JSONP 好。

JSONP 可以在不支持 CORS 的老旧浏览器上运作。

四、 一些其它的跨域调用方式

4.1 window.name

window对象有个name属性,该属性有个特征:即在一个窗口 (window) 的生命周期内,窗口载入的所有的页面都是共享一个 window.name 的,每个页面对 window.name 都有读写的权限,window.name 是持久存在一个窗口载入过的所有页面中的,并不会因新页面的载入而进行重置。

4.2 window.postMessage()

这个方法是 HTML5 的一个新特性,可以用来向其他所有的 window 对象发送消息。需要注意的是我们必须要保证所有的脚本执行完才发送 MessageEvent,如果在函数执行的过程中调用了他,就会让后面的函数超时无法执行。


作者:佚名

来源:51CTO

相关文章
|
1天前
|
编解码 前端开发 UED
探索无界:前端开发中的响应式设计深度解析与实践####
【10月更文挑战第29天】 本文深入探讨了响应式设计的核心理念,即通过灵活的布局、媒体查询及弹性图片等技术手段,使网站能够在不同设备上提供一致且优质的用户体验。不同于传统摘要概述,本文将以一次具体项目实践为引,逐步剖析响应式设计的关键技术点,分享实战经验与避坑指南,旨在为前端开发者提供一套实用的响应式设计方法论。 ####
20 4
|
13天前
|
人工智能 资源调度 数据可视化
【AI应用落地实战】智能文档处理本地部署——可视化文档解析前端TextIn ParseX实践
2024长沙·中国1024程序员节以“智能应用新生态”为主题,吸引了众多技术大咖。合合信息展示了“智能文档处理百宝箱”的三大工具:可视化文档解析前端TextIn ParseX、向量化acge-embedding模型和文档解析测评工具markdown_tester,助力智能文档处理与知识管理。
|
22天前
|
前端开发 JavaScript 开发者
构建工具对比:Webpack与Rollup的前端工程化实践
【10月更文挑战第11天】本文对比了前端构建工具Webpack和Rollup,探讨了它们在模块打包、资源配置、构建速度等方面的异同。通过具体示例,展示了两者的基本配置和使用方法,帮助开发者根据项目需求选择合适的工具。
18 3
|
1月前
|
前端开发 JavaScript 开发者
利用代码分割优化前端性能:高级技巧与实践
【10月更文挑战第2天】在现代Web开发中,代码分割是优化前端性能的关键技术,可显著减少页面加载时间。本文详细探讨了代码分割的基本原理及其实现方法,包括自动与手动分割、预加载与预取、动态导入及按需加载CSS等高级技巧,旨在帮助开发者提升Web应用性能,改善用户体验。
|
28天前
|
前端开发 JavaScript 开发者
深入解析前端开发中的模块化与组件化实践
【10月更文挑战第5天】深入解析前端开发中的模块化与组件化实践
22 1
|
29天前
|
编解码 前端开发 JavaScript
前端:Rem 及其转换原理
Rem是一种用于前端开发的相对字体大小单位,它基于根元素的字体尺寸来定义文本大小,有助于实现响应式布局和可维护性。Rem的转换原理是通过相对于HTML根元素的字体大小来设置子元素的字体大小,从而实现统一的比例调整,提高页面的适应性和灵活性。此方法简化了跨浏览器和设备的布局调整,增强了用户体验。
|
1月前
|
前端开发 JavaScript API
前端开发趋势与实践:拥抱Web Components
前端开发趋势与实践:拥抱Web Components
35 4
|
20天前
|
缓存 JavaScript 前端开发
拿下奇怪的前端报错(三):npm install卡住了一个钟- 从原理搞定安装的全链路问题
本文详细分析了 `npm install` 过程中可能出现的卡顿问题及解决方法,包括网络问题、Node.js 版本不兼容、缓存问题、权限问题、包冲突、过时的 npm 版本、系统资源不足和脚本问题等,并提供了相应的解决策略。同时,还介绍了开启全部日志、使用替代工具和使用 Docker 提供 Node 环境等其他处理方法。
199 0
|
20天前
|
JavaScript 前端开发 Docker
拿下奇怪的前端报错(二):nvm不可用报错`GLIBC_2.27‘‘GLIBCXX_3.4.20‘not Found?+ 使用docker构建多个前端项目实践
本文介绍了在多版本Node.js环境中使用nvm进行版本管理和遇到的问题,以及通过Docker化构建流程来解决兼容性问题的方法。文中详细描述了构建Docker镜像、启动临时容器复制构建产物的具体步骤,有效解决了不同项目对Node.js版本的不同需求。
|
21天前
|
存储 安全 前端开发
在前端开发中需要考虑的常见web安全问题和攻击原理以及防范措施
在前端开发中需要考虑的常见web安全问题和攻击原理以及防范措施
101 0