![]() |
久久建筑网(m.kkreddy.com)致力打造一个专业的建筑学习分享平台! | 用户登录 免费注册 | 投诉举报 | 会员中心 | 上传资料 |

AJAX(XMLHttpRequest)进行跨域请求方法详解.doc
资料评价:
暂无
生成时间:
2021-07-03
下载权限:
免费会员
文件大小:
63KB
文件类型:
.doc
浏览次数:
2
建筑论坛:
上传会员:
hgpso
所属栏目:
网络技术1
下载地址:
资料是由会员“hgpso”上传到本平台,如有不妥请联系客服。违规侵权投诉
AJAX(XMLHttpRequest)进行跨域请求方法详解,ajax ,ajax跨域,ajax跨域解决方法。
发表于浏览作者转载遗失来源网络转载表格
发表于浏览作者转载遗失来源网络转载
关键字详解请求
描述注意:以下代码请在、、之后的版本中进行测试。的实现方法与其他浏览不同。跨域请求,顾名思义,就是一个站点中的资源去访问另外一个不同域名站点上的资源。这种情况很常见
注意:以下代码请在、、之后的版本中进行测试。的实现方法与其他浏览不同。
跨域请求,顾名思义,就是一个站点中的资源去访问另外一个不同域名站点上的资源。这种情况很常见,比如说通过标签加载外部样式表文件、通过标签加载外部、通过标签加载外部脚本文件、通过加载字体文件等等。默认情况下,脚本访问文档属性等数据采用的是同源策略。
那么,什么是同源策略呢?如果两个页面的协议、域名和端口是完全相同的,那么它们就是同源的。同源策略是为了防止从一个地址加载的文档或脚本访问或者设置从另外一个地址加载的文档的属性。如果两个页面的主域名相同,则还可以通过设置属性将它们认为是同源的。
随着和的兴起,应用对跨域访问的需求也越来越多,但是,在脚本中进行跨域请求是受安全性限制的,开发人员迫切需要提供一种更安全、方便的跨域请求方式来融合自己的应用。这样做的一个好处就是可以将请求分摊到不同的服务器,减轻单个服务器压力以提高响应速度;另外一个好处是可以将不同的业务逻辑分布到不同的服务器上以降低负载。
值得庆幸的是,跨域请求的标准已经出台,主流浏览器也已经实现了这一标准。工作组中的应用工作组发布了一个跨域资源共享,该规范地址:和推荐规范来解决跨域请求的问题。该规范提供了一种更安全的跨域数据交换方法。具体规范的介绍可以访问上面提供的地址。值得注意的是:该规范只能应用在类似这样的容器内。、及其以后的版本、浏览器、等已经实现了规范,已经可以进行跨域请求了。
的工作方式是通过添加头的方法来判断哪些资源允许浏览器访问该域名下的信息。然而,对于那些请求导致用户数据产生副作用的请求方法特别是对于除了、某些类型的之外的方法,该规范要求浏览器对请求进行“预先验”,通过发送的请求头询问服务器有哪些支持的方法,在征得服务器的同意后,再使用实际的请求方法发送实际的请求。服务器也可以通知客户端是否需要将验证信息如和数据随同请求一起发送。
下面我们就采用实际的例子说明是如何工作的。
,简单请求
什么样的请求算是简单请求呢?简单请求必须满足下面点:
,只使用、进行的请求,这里的只包括发送给服务器的数据类型必须是、或者中一个。
,请求没有设置自定义的请求头,如我们常用的。
先使用下面的代码进行测试:
发表于浏览作者转载遗失来源网络转载表格
发表于浏览作者转载遗失来源网络转载
关键字详解请求
描述注意:以下代码请在、、之后的版本中进行测试。的实现方法与其他浏览不同。跨域请求,顾名思义,就是一个站点中的资源去访问另外一个不同域名站点上的资源。这种情况很常见
注意:以下代码请在、、之后的版本中进行测试。的实现方法与其他浏览不同。
跨域请求,顾名思义,就是一个站点中的资源去访问另外一个不同域名站点上的资源。这种情况很常见,比如说通过标签加载外部样式表文件、通过标签加载外部、通过标签加载外部脚本文件、通过加载字体文件等等。默认情况下,脚本访问文档属性等数据采用的是同源策略。
那么,什么是同源策略呢?如果两个页面的协议、域名和端口是完全相同的,那么它们就是同源的。同源策略是为了防止从一个地址加载的文档或脚本访问或者设置从另外一个地址加载的文档的属性。如果两个页面的主域名相同,则还可以通过设置属性将它们认为是同源的。
随着和的兴起,应用对跨域访问的需求也越来越多,但是,在脚本中进行跨域请求是受安全性限制的,开发人员迫切需要提供一种更安全、方便的跨域请求方式来融合自己的应用。这样做的一个好处就是可以将请求分摊到不同的服务器,减轻单个服务器压力以提高响应速度;另外一个好处是可以将不同的业务逻辑分布到不同的服务器上以降低负载。
值得庆幸的是,跨域请求的标准已经出台,主流浏览器也已经实现了这一标准。工作组中的应用工作组发布了一个跨域资源共享,该规范地址:和推荐规范来解决跨域请求的问题。该规范提供了一种更安全的跨域数据交换方法。具体规范的介绍可以访问上面提供的地址。值得注意的是:该规范只能应用在类似这样的容器内。、及其以后的版本、浏览器、等已经实现了规范,已经可以进行跨域请求了。
的工作方式是通过添加头的方法来判断哪些资源允许浏览器访问该域名下的信息。然而,对于那些请求导致用户数据产生副作用的请求方法特别是对于除了、某些类型的之外的方法,该规范要求浏览器对请求进行“预先验”,通过发送的请求头询问服务器有哪些支持的方法,在征得服务器的同意后,再使用实际的请求方法发送实际的请求。服务器也可以通知客户端是否需要将验证信息如和数据随同请求一起发送。
下面我们就采用实际的例子说明是如何工作的。
,简单请求
什么样的请求算是简单请求呢?简单请求必须满足下面点:
,只使用、进行的请求,这里的只包括发送给服务器的数据类型必须是、或者中一个。
,请求没有设置自定义的请求头,如我们常用的。
先使用下面的代码进行测试: