打开一个ASP页面，刷新实时数据点一下按钮，刷新实时数据数据变了，刷新实时数据页面没闪。刷新实时数据这事在2005年之前，刷新实时数据很多人觉得不可能——要么整页提交，刷新实时数据要么用IFRAME硬扛。刷新实时数据真正让ASP“无刷新”落地的刷新实时数据，是刷新实时数据XMLHTTP对象。微软在IE5里就塞了这个东西，刷新实时数据但直到AJAX这个词被造出来，刷新实时数据才有人认真拿它跟ASP配合。刷新实时数据

我最早接触这种写法是刷新实时数据在一个设备巡检系统里。页面左侧是刷新实时数据设备列表，右侧是刷新实时数据实时参数。传统做法是每5秒刷新整页，屏幕闪得人眼疼。后来改成用VBScript在客户端创建XMLHTTP，向一个只返回数据的ASP页面发请求，拿到结果后直接用innerHTML改表格。代码量不大，效果立竿见影。那个只返回数据的ASP页面，通常不输出任何HTML标签，只Response.Write拼好的字符串或XML。

具体实现分三块。第一块是前端触发，比如按钮的onclick事件里写：

var xh = new ActiveXObject("Microsoft.XMLHTTP"); xh.open("GET", "getData.asp?id=3", true); xh.onreadystatechange = function() {  if (xh.readyState == 4 && xh.status == 200) {  document.getElementById("show").innerHTML = xh.responseText; } }; xh.send();

第二块是getData.asp。它不写任何HTML，开头就Response.ContentType = "text/plain"，然后连数据库。连库用ADODB.Connection，连接字符串放在include文件里。查询完用do while not rs.eof循环拼字符串，字段之间用竖线或逗号隔开。拼完Response.Write出去，Response.End收尾。这里有个细节：如果返回中文，记得在ASP顶部加Response.CodePage = 65001，否则乱码。

第三块是数据格式的取舍。早期我直接返回HTML片段，比如“<tr><td>温度</td><td>36.5</td></tr>”，前端直接塞进tbody。这种方式最省事，但耦合太紧。后来改成返回JSON，ASP里手动拼：

Response.Write "{ ""temp"":""" & rs("temp") & """,""time"":""" & rs("logtime") & """}"

前端用eval解析。虽然eval有风险，但在内网环境里够用。再后来有人用JScript做服务端，能直接调JSON.stringify，不过那是后话。

实际跑起来会遇到几个坑。一是IE缓存。GET请求会被缓存，导致数据不更新。解决办法是在URL后面加随机数："getData.asp?t=" + Math.random()。二是并发。如果用户狂点按钮，多个XMLHTTP同时跑，数据库连接池容易爆。我一般加个全局变量做锁，或者把按钮disable掉。三是编码。ASP默认gb2312，前端页面如果是utf-8，返回的中文就成问号。统一用gb2312最省心，或者两边都声明清楚。

这种模式在今天的视角看很原始，但它解决了一个核心矛盾：局部更新不需要整页生命周期。ASP本身没有异步能力，但XMLHTTP把异步拉到了客户端。服务端只管吐数据，渲染交给JS。分工明确之后，代码反而好维护。我见过一个仓库管理系统，用这套方案跑了六年，直到服务器换成.NET才重写。

有人问为什么不用UpdatePanel。那是ASP.NET的东西，跟经典ASP没关系。经典ASP里，XMLHTTP就是最直接的方案。它不优雅，但管用。你甚至可以在返回的字符串里带上状态码，前端根据状态码决定弹什么提示。比如“0|成功”或“1|库存不足”。这种土办法，比现在很多花哨的框架都皮实。

最后说一句：别在循环里反复open和send。一次请求拿回一批数据，前端再拆。数据库连接能复用就复用，ASP里用Application对象存连接字符串，别每次读配置文件。这些细节决定了无刷新是流畅还是卡顿。