乱码之二 html和jsp的乱码
乱码之二 html和jsp的乱码
独行侠 发表于2年前
乱码之二 html和jsp的乱码
  • 发表于 2年前
  • 阅读 10
  • 收藏 0
  • 点赞 1
  • 评论 0

【腾讯云】如何购买服务器最划算?>>>   

摘要: 乱码之二 html和jsp的乱码

一.JSP

通常,在一个jsp文件的头部,我们会有一段code,如下类似:



<%@ page language="java" contentType="text/html; charset=UTF-8"    pageEncoding="UTF-8"%>

可能很多人都没有去想过这地方的charset和pageencoding是用来做什么的,下面我将进行说明:



JSP要经过两次的“编码”,第一阶段会用pageEncoding,第二阶段会用utf-8至utf-8,第三阶段就是由Tomcat出来的网页, 用的是contentType。


第一阶段是jsp编译成.java,它会根据pageEncoding的设定读取jsp,结果是由指定的编码方案翻译成统一的UTF-8 JAVA源码(即.java),如果pageEncoding设定错了,或没有设定,出来的就是中文乱码。

即:jspfile-(pageEncoding的值进行decode)->--转译(utf-8编码encode)为->javafile

通常如果我们将一个含有中文的jsp文件是以GBK保存,而pageEncoding="UTF-8"时则会出现乱码,反之也会出现.


第二阶段是由JAVAC的JAVA源码至java byteCode的编译,不论JSP编写时候用的是什么编码方案,经过这个阶段的结果全部是UTF-8的encoding的java源码。 

JAVAC用UTF-8的encoding读取java源码,编译成UTF-8 encoding的二进制码(即.class),这是JVM对常数字串在二进制码(java encoding)内表达的规范。 

由于第一阶段的encode与这个过程中的编码,解码所使用的charset都是由容器决定,如tomcat

即:JavaFile(由jsp转译而来,utf-8格式的文件)-->编译为class(编译时javac -encoding utf-8)所以在此过程不会出错


第三阶段是Tomcat(或其的application container)载入和执行阶段二的来的JAVA二进制码,输出的结果,也就是在客户端见到的,这时隐藏在阶段一和阶段二的参数contentType就发挥了功效 


即:将用户请求这个jsp而需要返回的所有数据都用contentType进行编码,并在response header中指定编码,使浏览器以正确的编码格式显示.

如果我们返回的数据中有中文之类的数据,而这些数据不能用contentType的编码进行编码,则一般会在请求jsp时报500的错误,或者乱码(我进行测试的时候是500)


如果没有指定contentType 那么,contentType就用pageEncoding的值。

如果都不指定,猜想,其应该是使用默认的值(有兴趣的朋友可以去测试一下)

一般在IDE比如eclipse中进行jsp的编辑的时候,jsp文件的保存类型是由jsp页面中的pageEncoding决定,如果没有,就由<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">来决定,如果都没有,则eclipse有一个保存jsp页面的默认格式,所以最好是指定pageEncoding





二 Html

对于html文件,容器是将其读取并直接输出的,一般是不进行任何的操作,那么此时,浏览器将通过标签

<meta http-equiv="Content-Type" content="text/html; charset=GBK">来对此资源进行解码并显示,那么也就说,这个html文件保存格式,

最好是与标签中的charset一致,否则同样会出现乱码。



所以对于web项目,我们最好是对整个项目,以及jsp,html头信息,保存格式,都使用UTF-8,这样子可以防止我们的应用出现乱码


共有 人打赏支持
粉丝 1
博文 19
码字总数 9797
×
独行侠
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: