Ajax，选择同步还是异步
Ajax，选择同步还是异步
Ajax在网页中最大的一个优点是它可以访问服务器上的信息而不需要重新加载网页。这意味着要检索或是更新信息的某一小个部分的时候，只需要从服务器端传送那一部分需要的信息而不需要重新下载整个网页。
Ajax可以通过两种方法访问服务器，即同步(脚本会停留并等待服务器发送回复然后再继续)和异步(脚本允许页面继续其进程并处理可能的回复)。
同步处理你的请求有一点像重新加载页面但是只需要下载要求的信息而不是整个页面。因此这一方法会比不使用Ajax要快一些因为信息的下载量要小，所以检索的速度就快了。但是要使用这个方法需要你的访客等待下载请求的出现。虽然你的访客已经习惯了等待下载整个页面，但是他们还不习惯在与网页互动的时候进行等待，因此除非你要求的信息是小到可以迅速下载完的，否则用户是不会耐心去等待的。
异步处理避免了服务器检索时候的延时问题，因为你的访客可以继续在页面进行操作，而要求的信息也可以在更新页面的同时得到处理。对于较大的请求来说，所需的响应时间较长，但是如果使用异步处理，那么访客不会特别意识到延时所带来的麻烦，因为他们的注意力仍然放在对页面的操作上。而对于那些瞬时的响应，你的访客甚至根本不会意识到服务器发出了这样的请求。
因此使用异步调用是Ajax中比较受青睐的方法，这种方法可以为访客的访问提供更便捷的服务，使得他们更愉悦，也避免了Ajax干扰其他页面的操作。
如果异步调用对于访客来说是可以提供比同步调用更方便的访问的话，那么为什么Ajax还要为我们提供同步调用呢?虽然异步调用的使用率几乎是百分之百，但是总是有一些例外情况的。在极少见的情况下，让你的访客在某一特定服务器端的处理过程结束前，让你的访客继续操作页面是没有什么意义的。如果是碰到这样的情况，或许根本不要使用Ajax而只是重新载入整个页面。Ajax中的同步选择是为极少数既不能使用异步调用也不能重新载入整个页面的情况而准备的。虽然这样的情况不多，但是它们确确实实存在，因此为以防万一Ajax需要准备同步调用。
对于很多初学者来说，容易掉入使用同步调用的误区，即便是在更适合使用异步调用的时候，他们还是一如既往地选择同步调用。造成这一情况的原因主要是因为同步调用更容易让人理解整个进程是怎样运行的。事实上，除了不需要等待响应以外，异步调用的工作原理和同步调用大同小异。
两者唯一的区别是在使用异步调用的时候，我们�
相关文档：
ajax 在目前 web 领域已广泛应用，其真正核心只不过是一个封装好了的 js 库。最五花八门的莫过于 asp.net 的控件，我个人认为 ajax 只是一个轻量级的东西，根本没有必要将它写成服务器组件，如 ajax.net、AjaxControlToolkit 等。所以我一直视这些组件为垃圾。。。
以下说明我为什么不认同 ajax 的相关组件： ......
通过XMLHttpRequest.responseXML;
将响应解析为XML
获得对象有下面的属性和方法
表3-1 用于处理XML文档的DOM元素属性
属性名
描述
childNodes
返回当前元素所有子元素的数组
firstChild
返回当前元素的第一个下级子元素
lastChild
返回当前元素的最后一� ......
function createXMLHttpRequest() { // 创建XMLHTTPREQUEST的标准函数.兼容各浏览器.
if (window.ActiveXObject) {
xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");
}
else if (wind ......
上传页面只需要一个js引用和js函数的调用，简单方便，不影响网页原有布局。
下载地址
调用说明:
1.首先引用js文件
<script type="text/javascript" src="AienUpload/init.js"></script>
2.将函数调用(showUpload(boxCtrl,inputCtrl,upPath,maxCount,fn);)绑定到HTMl控件事件，例如
......
