堕落了一阵子了，今天打开博客，发现连登录的用户名和密码都不记得了。2016年已过半，不能再这么晃荡下去了。
参加了网易微专业-前端攻城狮 培训，目前进行到大作业开发阶段，感觉举步维艰。但是无论如何，不管结果怎样，一定要完成这次任务——毕竟是花了银子的，不能浪费。所以准备写一个系列博客，把开发过程中遇到的各种小问题记录下来，也算是从头到尾做一个开发备案吧。通读了开发要求，大致做了一下分解，打算拆分成一个个的小模块，逐个击破。今天是准备阶段，想先试着调一下接口，看看能否调的通。
言归正传。从页面向服务器发送请求，当然少不了ajax方法。此处我们不再从头到尾扯历史、扯概念，直接上手，一切向生产力看齐。通常发送ajax请求，都会使用jQuery方法，但是大作业里不允许使用任何js框架，所以此处使用原生js发送请求。
归纳起来步骤如下：
1. 建立XMLHttpRequest对象
此处要注意有兼容性问题（对IE7及以下浏览器写法有不同），实现代码如下：
<script>
var xmlHttp;
if(window.XMLHttpRequest){
xmlHttp = new XMLHttpRequest();
}else{//对IE7及以下版本浏览器做兼容
xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");
}
</script>
2. 建立连接，发送请求及参数
此处用到ajax的一些方法。其实主要是request.open()方法。请求分为"GET"与"POST"两种形式。"GET"用来获取服务器返回的一些参数，而"POST"方法则允许用户修改服务器上的一些数据。
<script>
/*
*open方法解释
*建立请求 共三个参数
*第一个参数：使用的方法，GET or POST
*第二个参数：url地址
*第三个参数：同步方式 or 异步方式，一般置为true，为异步；默认也为异步调用
*/
request.open("GET","http://study.163.com /webDev/dhuai",true);
/*
*send方法解释
*发送参数，一般针对于POST方法。使用GET方法时，此参数传null或不传值
*/
request.send(null);
</script>
3. 建立响应信息
对服务器返回的状态进行判断，若成功，则拿到数据，进行后续的事宜。这里主要是对request.readyState和request.status两个属性进行判断。
request.readyState：状态码属性，枚举如下：
0：请求未初始化，open还没有调用
1：服务器连接已建立，open已调用
2：请求已接收，即收到头信息了
3：请求处理中，即接收到响应主体了
4：请求已完成，且响应已就绪，即响应完成了
request.status：状态值，比较多，在文章结尾处贴出全部状态值枚举，此处先上代码。
<script>
2 request.onreadystatechange = function() {
3 if (request.readyState==4) {//请求完成
4 if (request.status==200) { //OK 一切正常
5 var data = JSON.parse(request.responseText);//将返回的数据放在data变量中
6 if (data.success) {
7 document.getElementById("XXX").innerHTML = data.msg;
8 } else {
9 document.getElementById("XXX").innerHTML = "出现错误：" + data.msg;
10 }
11 } else {
12 alert("发生错误：" + request.status);
13 }
14 }
15 }
16 </script>
至此，一个完整的ajax请求已发送，并对返回信息做了处理。上面用到了JSON.parse方法，意为将字符串解析成json对象，以便在程序中使用。完整的代码如下：
<script>
var xmlHttp;
if(window.XMLHttpRequest){
xmlHttp = new XMLHttpRequest();
}else{
xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
}
request.open("GET", "http://study.163.com/fafhfg",true);
request.send(null);
request.onreadystatechange = function() {
if (request.readyState==4) {
if (request.status==200) {
var data = JSON.parse(request.responseText);
if (data.success) {
document.getElementById("XXX").innerHTML = data.msg;
} else {
document.getElementById("XXX").innerHTML = "出现错误：" + data.msg;
}
} else {
alert("发生错误：" + request.status);
}
}
}
</script>
亲测可用，调起了大作业中的第一个接口，并获取到了数据。悲催的是，谷歌上没问题，但是在火狐上发生了跨域拦截。火狐对安全性的要求高，所以有这个限制。尝试了几种方法，并没有解决。不过作业文档中说不考虑跨域问题，所以此处不再深究了。
附：state状态值
100 - Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
101 - Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
200 - OK 一切正常，对GET和POST请求的应答文档跟在后面。
201 - Created 服务器已经创建了文档，Location头给出了它的URL。
202 - Accepted 已经接受请求，但处理尚未完成。
203 - Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝，非权威性信息（HTTP 1.1新）。
204 - No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205 - Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
206 - Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）
300 - Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
301 - Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
302 - Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved
Temporatily”。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使
用。例如，如果浏览器错误地请求 http://host/~user
（缺少了后面的斜杠），有的服务器返回301，有的则返回302。严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见
307。
303 - See Other 类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。
304 - Not Modified 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305 - Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。
307 - Temporary Redirect 和302（Found）相同。许多浏览器会错误地响应302应答进行重
定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP
1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只
能跟随对GET请求的重定向。（HTTP 1.1新）
400 - Bad Request 请求出现语法错误。
401 - Unauthorized 访问被拒绝，客户试图未经授权访问受密码保护的
页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次
发出请求。IIS 定义了许多不同的 401 错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在 IIS 日志中显示：
401.1 - 登录失败。
401.2 - 服务器配置导致登录失败。
401.3 - 由于 ACL 对资源的限制而未获得授权。
401.4 - 筛选器授权失败。
401.5 - ISAPI/CGI 应用程序授权失败。
401.7 – 访问被 Web 服务器上的 URL 授权策略拒绝。这个错误代码为 IIS 6.0 所专用。
403 - Forbidden 资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。禁止访问：IIS 定义了许多不同的 403 错误，它们指明更为具体的错误原因：
403.1 - 执行访问被禁止。
403.2 - 读访问被禁止。
403.3 - 写访问被禁止。
403.4 - 要求 SSL。
403.5 - 要求 SSL 128。
403.6 - IP 地址被拒绝。
403.7 - 要求客户端证书。
403.8 - 站点访问被拒绝。
403.9 - 用户数过多。
403.10 - 配置无效。
403.11 - 密码更改。
403.12 - 拒绝访问映射表。
403.13 - 客户端证书被吊销。
403.14 - 拒绝目录列表。
403.15 - 超出客户端访问许可。
403.16 - 客户端证书不受信任或无效。
403.17 - 客户端证书已过期或尚未生效。
403.18 - 在当前的应用程序池中不能执行所请求的 URL。这个错误代码为 IIS 6.0 所专用。
403.19 - 不能为这个应用程序池中的客户端执行 CGI。这个错误代码为 IIS 6.0 所专用。
403.20 - Passport 登录失败。这个错误代码为 IIS 6.0 所专用。
404 - Not Found 无法找到指定位置的资源。这也是一个常用的应答。
404.0 -（无） – 没有找到文件或目录。
404.1 - 无法在所请求的端口*问 Web 站点。
404.2 - Web 服务扩展锁定策略阻止本请求。
404.3 - MIME 映射策略阻止本请求。
405 - Method Not Allowed 请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用，用来访问本页面的 HTTP 谓词不被允许（方法不被允许）（HTTP 1.1新）
406 - Not Acceptable 指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容，客户端浏览器不接受所请求页面的 MIME 类型（HTTP 1.1新）。
407 - Proxy Authentication Required 要求进行代理身份验证，类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）
408 - Request Timeout 在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）
409 - Conflict 通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）
410 - Gone 所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新）
411 - Length Required 服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）
412 - Precondition Failed 请求头中指定的一些前提条件失败（HTTP 1.1新）。
413 – Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。
414 - Request URI Too Long URI太长（HTTP 1.1新）。
415 – 不支持的媒体类型。
416 – Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）
417 – 执行失败。
423 – 锁定的错误。
500 - Internal Server Error 服务器遇到了意料不到的情况，不能完成客户的请求。
500.12 - 应用程序正忙于在 Web 服务器上重新启动。
500.13 - Web 服务器太忙。
500.15 - 不允许直接请求 Global.asa。
500.16 – UNC 授权凭据不正确。这个错误代码为 IIS 6.0 所专用。
500.18 – URL 授权存储不能打开。这个错误代码为 IIS 6.0 所专用。
500.100 - 内部 ASP 错误。
501 - Not Implemented 服务器不支持实现请求所需要的功能，页眉值指定了未实现的配置。例如，客户发出了一个服务器不支持的PUT请求。
502 - Bad Gateway 服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。 亦说Web 服务器用作网关或代理服务器时收到了无效响应。
502.1 - CGI 应用程序超时。
502.2 - CGI 应用程序出错。
503 - Service Unavailable 服务不可用，服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。这个错误代码为 IIS 6.0 所专用。
504 - Gateway Timeout 网关超时，由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新） 。
505 - HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。