Ajax使用心得・整理
IE7及以下请求方式用GET的话,URL的限制是个很容易忽视的问题(最大2083个字符)。所以如果URL有可能过长的话,一定要用POST。
终止Ajax请求
终止请求需要调用XMLHttpRequest对象的abort()方法
而在jQuery中的$.get,$.post、$.ajax、$.getJSON、$.getScript...的返回值都是XMLHttpRequest对象.
调用abort()后,ajax请求立即停止,但仍然会执行success的回调函数
所以在success的回调函数中需要先判断 ajaxGet 或 data是否存在,存在才执行回调函数
var ajaxGet = $.get(someURL,someData,function(data){ if(!data)return true; //TODO }); ajaxGet.abort();
说到跨域资源共享(CORS Cross-Origin Resoure Sharing),现在正变的越来越重要。各种地图API,微博API等等,网站开发人员不必自己去放卫星,只要根据别人开放的接口,就能获取到这些数据。
这得益于跨源策略。
JSONP就是跨源策略的一种方案。基本原理就是利用浏览器允许跨域获取script资源(包括图片)的特点,在服务器端生成script Tag,并传回客户端。
要注意的是,服务器端返回的不是JSON格式的字符串,而是callbackName+"("+JSON_string+")"也就是JSONP。
这就相当于服务器把一段JS代码(被赋值的函数)返回浏览器,然后立即执行。
所以,在浏览器端发送的URL中(以GET的形式),需要把回调函数名传入。
客户端:
function deal(data){ //TODO } var s= document.createElement("script") //不必一定叫callback,但是一定要跟服务器端的Request.QueryString匹配 s.src = "http://172.20.2.60:8088/newwebsite/MyHandler.ashx?callback=func"; document.body.appendChild(s)
服务器端(.Net)
<%@ WebHandler Language="C#" Class="Test" %> using System; using System.Web; public class Test : IHttpHandler { public void ProcessRequest (HttpContext context) { context.Response.Charset = "utf-8"; context.Response.ContentType = "text/javascript"; string callback = context.Request.QueryString["callback"];//回调函数名 string json = "{'name':'Ray','msg':'hello world!'}";//JSON格式的字符串 string result = string.Format("{0}({1})", callback, json); context.Response.Write(result); context.Response.Flush(); context.Response.End(); } public bool IsReusable { get { return false; } } }
用jQuery的话,URL中就不用加回调函数名了,因为jQuery已经为你代劳了,而这个回调函数就是success。
$.ajax({ url: "http://172.20.2.60:8088/newwebsite/MyHandler.ashx" , dataType: "jsonp" , success: function(data) { //TODO } });
JSONP很强大,但是也有两个让人蛋疼的地方,首先是安全性问题。
不管怎么说你都是从别人的地盘倒腾数据,而且内容还是脚本!也就是说如果人家是个坏人,给你点恶意代码,那就不好办了。
当然这个问题一般也不会发生。毕竟咱想请求数据的地方都是咱熟悉的要么就是官方的(什么谷歌地图API,新浪微博API这些显然不会给你坑)。
另一个问题就闹心了。浏览器端对JSONP的请求是否失败是无法直接知晓的。就算用jQuery,error也不起作用。就算出错了try,catch也捕捉不到。
所以暂时知道的只有一种不完美方法,就是设定一个时限,如果超过时限还没有数据返回,那么就判定error。说不完美是因为,各家的网速是不同的,所以...你懂得。
jQuery中contentType相关
jQuery官网原文
contentType
Default: 'application/x-www-form-urlencoded; charset=UTF-8'
When sending data to the server, use this content type.
Default is "application/x-www-form-urlencoded; charset=UTF-8", which is fine for most cases.
If you explicitly pass in a content-type to $.ajax(),
then it'll always be sent to the server (even if no data is sent).
If no charset is specified, data will be transmitted to the server using the server's default charset;
you must decode this appropriately on the server side.
通过这段文字我们就可以知道在jQuery ajax中 contentType默认是'application/x-www-form-urlencoded; charset=UTF-8'
当然这是最新版jQuery的。相对于以前版本是有些许变化的。
如果想将一个对象序列化后传向后台,可以将contentType设置为'application/json'
readystate的兼容问题(Streaming AJAX )
XmlHttpRequest的readystate的值随着Ajax请求的进行,会有以下几种变化。
0 (未初始化)
|
对象已建立,但是尚未初始化(尚未调用open方法)
|
1 (初始化)
|
对象已建立,尚未调用send方法
|
2 (发送数据)
|
send方法已调用,但是当前的状态及http头未知
|
3 (数据传送中)
|
已接收部分数据,因为响应及http头不全,这时通过responseBody和responseText获取部分数据会出现错误,
|
4 (完成)
|
数据接收完毕,此时可以通过通过responseBody和responseText获取完整的回应数据
|
而在Chrome和FF下 readystate 为 3 时(数据仍在传输中),客户端可以读取数据,从而无须关闭连接,就能读取处理服务器端返回的信息。我们称之为StreamingAjax
目前 IE 不支持基于 Streaming AJAX,IE 在 readystate 为 3 时,不能读取服务器返回的数据。