2013-07-13
展开全部
产生原因
主要有2个原因
1 xtmlhttp 返回的数据默认的字符编码是utf-8,如果前台页面是gb2312或者其它编码数据就会产生乱码
2 post方法提交数据默认的字符编码是utf-8,如果后台是gb2312或其他编码数据就会产生乱码
解决方法
进一步整理中
推荐方法,前台后台都用utf-8编码,这样可以省不少麻烦,从根本上解决了乱码问题.优点是效率高,而且符合目前的形式,utf-8编码本身就是一种比较优秀的编码,没有语言限制.缺点只能调用自己的后台编码或者其他的utf-8的编码.
前台更改为
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
后台asp中第一行加入如下代码
<%@LANGUAGE="JAVASCRIPT" CODEPAGE="65001"%>
<% Response.Charset="utf-8"; %>
<% Session.CodePage=65001; %>
后台如果有html代码也需保证
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
补救的方法是进行编码转换.可以在客户端也可以在服务器端进行编码转换.优点是没有任何限制,缺点效率低.
可参考本站的WEB代理(ASP版),这里是服务端的asp编码,由于脚本语言是javascript,所以直接复制到客户端也可以使用!
补充
如果是老系统升级ajax,如果系统是gb2312的话,也无需大修改
新建立一个ajax的后台页面编码是utf-8,前台可以为任意编码,后台页面负责添加数据库,可保证存入数据库后无乱码
主要有2个原因
1 xtmlhttp 返回的数据默认的字符编码是utf-8,如果前台页面是gb2312或者其它编码数据就会产生乱码
2 post方法提交数据默认的字符编码是utf-8,如果后台是gb2312或其他编码数据就会产生乱码
解决方法
进一步整理中
推荐方法,前台后台都用utf-8编码,这样可以省不少麻烦,从根本上解决了乱码问题.优点是效率高,而且符合目前的形式,utf-8编码本身就是一种比较优秀的编码,没有语言限制.缺点只能调用自己的后台编码或者其他的utf-8的编码.
前台更改为
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
后台asp中第一行加入如下代码
<%@LANGUAGE="JAVASCRIPT" CODEPAGE="65001"%>
<% Response.Charset="utf-8"; %>
<% Session.CodePage=65001; %>
后台如果有html代码也需保证
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
补救的方法是进行编码转换.可以在客户端也可以在服务器端进行编码转换.优点是没有任何限制,缺点效率低.
可参考本站的WEB代理(ASP版),这里是服务端的asp编码,由于脚本语言是javascript,所以直接复制到客户端也可以使用!
补充
如果是老系统升级ajax,如果系统是gb2312的话,也无需大修改
新建立一个ajax的后台页面编码是utf-8,前台可以为任意编码,后台页面负责添加数据库,可保证存入数据库后无乱码
2013-07-13
展开全部
在AJAX.ASP页面加上:
<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />
<%response.charset="gb2312"%>
这样就会输出GB2312的字符啦..就不会再乱码啦
<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />
<%response.charset="gb2312"%>
这样就会输出GB2312的字符啦..就不会再乱码啦
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询