asp中response.write('中文')或者js中文乱码问题

做ASP开发的朋友，大概都遇到过这样一个让人抓狂的问题：明明页面编码设置得妥妥当当的，可一旦用 Response.Write 输出中文字符，浏览器里就变成了一堆乱码。更诡异的是，有时候连纯静态的 showAll.asp 页面，什么数据库数据都没读，只要执行过 Ajax 插入数据的操作，再刷新页面，所有 Response.Write('中文') 都跟着乱码，连网页源码用记事本打开一看，编码都悄悄变成了 ANSI。

遇到这种情况，先别急着怀疑人生。问题出在 ASP 的一个“陈年旧习”上：当你一边用 UTF-8 编码的页面，一边用 Response.Write 输出内容时，ASP 默认的代码页处理方式可能会和网页声明的编码不一致。尤其是通过 Ajax 调用了 main.asp 之类的页面之后，会话的 CodePage 可能被意外改变，导致后续所有页面都跟着乱套。

那怎么解决？其实方法特别简单，甚至有点“反直觉”。只需要在 showAll.asp 页面的最前面加上两行代码：

<%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%>

<%Session.CodePage=65001%>

没错，就是 Session.CodePage=65001 这一句。它强制当前会话的代码页为 UTF-8，这样后续所有 Response.Write 输出都会按照 UTF-8 处理，不会因为之前请求的遗留状态而偏移。

当然，这只是基础配置。如果你整个站点都基于 UTF-8，那么所有 ASP 文件的第一行都必须加上：

<%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%>

如果你还在使用 GB2312（比如繁体中文或简体中文的老项目），第一行则是：

<%@LANGUAGE="VBSCRIPT" CODEPAGE="936"%>

这里有两个关键点，很多新手恰恰会栽在这上面：

• 第一， <%@LANGUAGE="VBSCRIPT" CODEPAGE="..."%> 这行代码必须放在页面的第一行，前面不能有任何空格、空行甚至 BOM 头。很多编辑器会在第一行偷偷加个不可见字符，结果就是这一句失效。
• 第二， 代码页声明要和 HTML 的 meta 声明保持一致。比如：
  <%@LANGUAGE="VBSCRIPT" CODEPAGE="936"%> 搭配 ；
  <%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%> 搭配 。

response.write 输出 utf-8 的方法

如果你是因为用 xmlhttp 控件请求页面，发现只有 UTF-8 编码的网页才能让 responseText 正常输出，那我再分享一个更完整的配置方式。不用 adodb.stream 转码，只需在 ASP 页面中加入以下代码：

Response.ContentType="text/html"
Response.AddHeader "Content-Type", "text/html;charset=UTF-8"
Response.CodePage=65001
Response.CharSet="UTF-8"
Response.BinaryWrite(chrb(239))
Response.BinaryWrite(chrb(187))
Response.BinaryWrite(chrb(191))

前面几行是标准的编码设置，最后三行输出的是 UTF-8 的 BOM（字节顺序标记）。有了 BOM 之后，客户端就能准确识别编码，后续直接用 Response.Write 输出中文内容，就不会乱码了。不过要注意，这种方式只适用于纯 ASP 输出（比如返回给 Ajax 的 JSON 或 XML），如果页面里混合了 HTML 标签，还是建议用上面的 Session.CodePage 方案。

response.write 输出乱码的解决方法（综合版）

在实际开发中，误区往往出在细节上。尤其现在很多公司要求用 UTF-8（比如做繁体中文站点时），编码问题就会像牛皮癣一样缠着你。别小看 <%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%> 这一行，它起着“定海神针”的作用。很多时候，即使你加了 Response.Charset="utf-8" 和 Session.CodePage=65001，乱码依然存在——因为你唯独忘了在文件第一行声明代码页。

不过，集齐这几行代码只是第一步。还有两个容易被忽视的坑：

• ASP 文件本身的编码必须和声明一致。 用记事本打开你的 .asp 文件，点“另存为”，查看底部的编码选项。如果显示的是 ANSI，必须手动改成 UTF-8（或 GB2312）。保存后重新上传，问题往往就解决了。
• 如果是混合了 HTML 的 ASP 页面， HTML 部分的 也不能漏掉。对于纯 ASP 代码的 .asp 文件（没有 HTML 标签），可以省略 meta，但文件本身的编码和第一行的 CODEPAGE 必须对得上。

总结一下：把 ASP 代码页声明、HTML meta 声明、文件物理编码三者统一，再加上 Session.CodePage 或者 Response.CodePage 做强制覆盖，乱码基本就和你无缘了。毕竟这个问题的本质就是编码不一致，搞定它们，一切清净。