在远古时代,如果浏览器需要从服务器请求资源,其交互模式为 “客户端发出请求 -> 服务端接收请求并返回相应 HTML 文档 -> 页面刷新,客户端加载新的 HTML文档”,很显然,在这种情况下,即使只是为了更新部分数据,我们也不得不重新加载整个重绘的页面。而 AJAX 的出现解决了这个问题。
AJAX 即异步 JavaScript 和 XML,它可以在不重新加载整个网页的情况下,对网页的某部分进行异步更新。
AJAX 的核心实现依靠的是浏览器提供的 XMLHttpRequest
对象。可以看作是一个构造函数,由此我们可以通过 const xhr = new XMLHttpRequest()
创建一个 XML 对象的实例,该实例有以下方法:
open()
:准备启动一个 AJAX 请求;setRequestHeader()
:设置请求头部信息;send()
:发送 AJAX 请求;getResponseHeader()
: 获得响应头部信息;getAllResponseHeader()
:获得一个包含所有头部信息的长字符串;abort()
:取消异步请求;以及以下属性:
responseText
:包含响应主体返回文本;responseXML
:如果响应的内容类型是 text/xml 或 application/xml,该属性将保存包含着相应数据的 XML DOM文档;status
:响应的 HTTP 状态;statusText
:HTTP 状态的说明;readyState
:表示“请求”/“响应”过程的当前活动阶段const xhr = new XMLHttpRequest();
xhr.open('get','demo.php?name=Sam&job=coder');
open()
方法接收三个参数:请求方式,请求 URL 地址和是否为异步请求的布尔值。
?name=Sam&job=coder
,表示要查询的特定资源;POST 请求用于向服务器发送要保存的数据,数据存放的位置通过 send()
方法的参数来指定。那么,对于 GET 请求,send()
方法是否可以不传递参数呢?——不可以,应该传递 null
。xhr.setRequestHeader('Header','Value')
每个 HTTP 请求和响应都会带有相应的头部信息,包含一些与数据、收发者网络环境与状态等相关信息。 默认情况下,当发送 AJAX 请求时,会附带以下头部信息:
另外,我们还可以通过 setRequestHeader()
方法来设置请求头信息。该函数接受两个参数:头部字段(部分默认的或者自定义的)的名称和头部字段的值。
这个方法要在 open()
和 send()
之间调用
xhr.send(null)
// 或者
xhr.send(data_holder)
目前为止,我们只是发送了请求,还没有针对服务器的响应结果做出一些处理。比方说,响应成功了怎么怎么样,响应失败了怎么怎么样。但是怎么知道是成功还是失败呢?这里就用到前面讲过的 xhr.status
属性,状态码可分为五大类:
状态码 | 范围 | 分类 |
---|---|---|
1XX | 100-101 | 信息提示 |
2XX | 200-206 | 成功 |
3XX | 300-305 | 重定向 |
4XX | 400-415 | 客户端错误 |
5XX | 500-505 | 服务器错误 |
当然还有具体的分类,这里不展开讲。
那么,根据 xhr.status
这个响应结果,我们就可以进行相应处理了:
...
xhr.send(null);
if ((xhr.status >= 200 && xhr.status < 300) || xhr.status == 304) {
alert(xhr.responseText)
} else {
alert("Request was unsuccessful: " + xhr.status)
}
这么写对于同步请求(我们前面设置 open()
时第三个参数是 false)来说当然没问题 —— 因为是同步的,所以一定是 send 之后,服务器那边响应结果了才会继续执行后面判断 status 的代码,那么不管请求成功还是失败,这个判断一定是可以被正常执行的。但是如果是异步请求呢?对于异步请求,不需要等待服务器响应结果我们就可以执行后面的判断了,甚至可能出现一种情况是:服务器还没来得及响应结果,判断已经先执行了。那么这时候,请求一定会失败。
也就是说,我们需要加一层判断,确保收到服务器的响应结果之后,再去判断请求成功还是失败。这里就用到前面讲过的 xhr.readyState
属性,readyState 会随着 AJAX 的进程而不断变化,我们可以通过 onreadystatechange()
去监听它的变化,进而判断何时收到服务器的响应结果。
readyState 可取值有:
状态值 | 含义 | 说明 |
---|---|---|
0 | 未初始化 | 尚未调用 open() 方法 |
1 | 启动 | 已经调用 open() 方法,但尚未调用 send() 方法 |
2 | 发送 | 已经调用 send() 方法,但尚未接收到响应 |
3 | 接受 | 已经接收到部分响应数据 |
4 | 完成 | 已经接收到全部响应数据,而且已经可以在客户端使用了 |
那么,前面的代码就变成了:
xhr.onreadystatechange = function(){
if (xhr.readystate == 4) {
if ((xhr.status >= 200 && xhr.status < 300) || xhr.status == 304) {
alert(xhr.responseText)
} else {
alert("Request was unsuccessful: " + xhr.status)
}
}
}
设想这么一种情况:我们正在上传一张图片(也就是发送一个 AJAX 请求),由于耗时过长,我们决定取消上传,那么取消上传其实就是取消 AJAX 请求,这是通过 abort()
方法实现的。一旦调用这个方法,xhr 就会停止触发事件,而且也不再允许访问任何与响应相关的对象属性。在终止请求之后,不要忘了对 xhr 对象解引用。
正常上传:
取消上传:
通常提交表单数据的时候,这些数据需要经过序列化,虽然 $('#form').serialize()
可以实现序列化,但对于文件流无能为力。而 FormData
不仅可以做到表单序列化,而且支持异步上传二进制文件。
var data = new FormData();
data.append('name','Sam');
// or
var data = new FormData(document.forms[0]);
为 xhr.timeout
指定一个毫秒为单位的时间,一旦浏览器在这个规定的时间内没有收到响应,就会触发 timeout
事件,执行回调函数。
xhr.onreadystatechange = function () {
if(xhr.readyState == 4){
try{
if((xhr.status >= 200 && xhr.status <300) || xhr.status == 304){
alert(xhr.responseText);
}else{
alert("Request was unsuccessful:" + xhr.status);
}
} catch(ex){
//......
}
}
}
xhr.open('get','timeout.php',true);
xhr.timeout = 1000;
xhr.ontimeout = function () {
alert("Request did not return in a second");
};
xhr.send(null);
注意:这时候很可能出现一种情况,就是超过1秒后浏览器没收到响应,因此终止了请求,而这时候恰好 xhr.status
为4,因此又调用函数进行判断,这个判断需要访问 xhr.status
属性,而请求已经被终止,这个属性是无法访问的,此时要用 try...catch...
捕获这个错误。
服务器返回的响应头中有一个是 Content-Type
,用以告诉客户端返回的资源类型(MIME)以及应该用什么编码去解码。例如 Content-Type:text/html;charset=UTF-8
,那么客户端就会通过 UTF-8 对资源进行解码,然后对资源进行 HTML 解析。
但可能存在一种情况:虽然服务器返回数据是 XML,但 MIME 类型指定为 text/plain
,那么这时候客户端就会当作纯文本去处理了,这显然不对,所以我们可以利用 overrideMineType()
方法重写响应的 MIME 类型,这样,客户端就可以将其当作 XML 去处理了。
var xhr = new XMLHttpRequest();
xhr.open('get','text.php',true);
xhr.overrideMineType('text/xml');
xhr.send(null);
注意,必须在 send 调用之前重写。
Progress Events规范规范定义了与客户端与服务器通信相关的一系列事件,这些事件监听了通信进程中的各个关键节点,使我们能够以更细的颗粒度掌控数据传输过程中的细节。有以下6个进度事件:
abort()
方法而终止连接时触发有没有发现,前面的 xhr.readyState == 4
以及这里的 load
事件都可以判断是否接受到完整响应? load
事件实际上简化了这个过程,它不需要像前者那样,既绑定一个监听函数又做一次 readyState
的判断,而只需要绑定监听函数即可。
xhr.onreadystatechange = function () {
if(xhr.readyState == 4){
//....
}
}
// 变成
xhr.onload = function () {
//....
}
浏览器的同源策略即 Same-Origin Policy (SOP),它限制了不同源之间执行特定操作。
一个源由协议、端口、域名组成,只要有一个不同,就认为是不同源。
以 http://test.com/dist/demo.html 为例,不同源以及同源可能有以下情况:
类型 | URL | 结果 |
---|---|---|
不同协议 | https://test.com/dist/demo.html | 失败 |
不同端口 | http://test.com:80/dist/demo.html | 失败 |
不同域名 | http://test.cn/dist/demo.html 或者 http://www.test.com/dist/demo.html | 失败 |
不同路径 | http://test.com/dist2/demo.html | 成功 |
特定操作指的是:
为什么同源策略要禁止不同源之间进行这些操作呢?我们不妨假设一下,不存在同源策略、且不同源之间这些操作是允许的,看看可能会发生什么事。
另外,这里要注意, 跨域请求能发出去,服务端能收到请求并正常返回结果,只是结果被浏览器拦截了 。
这样看来,同源策略确实很有存在的必要,不然网络安全无从谈起。等等,不同源之间无法发送 AJAX 请求?那我A域怎么去请求B域中的资源呢?也就是说,怎么解决跨域通信的问题呢?
参考: