java Web编写html和Java文件出现的汉字问题
2015-04-26 10:37
225 查看
在这里呢!为大家介绍一下,HTML调用post时,浏览器中显示汉字出现乱码的解决方法:
1.我们首先要知道servlet中get和post的区别:get只能将参数显示在URL中,放在了HTTP的报头;post参数不会显示在URL中,参数放在HTTP的正文;
2.设置HTML文件本身的属性:MyEclipce——〉选中HTML文件——〉点击右键——〉Properties——〉Resourse——〉设置为UTF-8/gbk;
3.从HTML文件跳转到java中,则需要设置请求报文和HTML文件中的context charset="UTF-8/gbk"的格式一致;
4.在回应中,设置字节编码:gbk.
源码分享:
<meta http-equiv="content-type" content="text/html; charset=UTF-8/gbk">
request.setCharacterEncoding("UTF-8/gbk");
response.setCharacterEncoding("gbk");
总结:脚本文本设计和sevlet的字节码要保持一致。
接下来呢!介绍一下 ,在调用get方法处理浏览器乱码问题:
在tomcate的配置文件server.xml文件找到:
<Connector port="8080" />中添加URIEnconding="gbk"
1.我们首先要知道servlet中get和post的区别:get只能将参数显示在URL中,放在了HTTP的报头;post参数不会显示在URL中,参数放在HTTP的正文;
2.设置HTML文件本身的属性:MyEclipce——〉选中HTML文件——〉点击右键——〉Properties——〉Resourse——〉设置为UTF-8/gbk;
3.从HTML文件跳转到java中,则需要设置请求报文和HTML文件中的context charset="UTF-8/gbk"的格式一致;
4.在回应中,设置字节编码:gbk.
源码分享:
<meta http-equiv="content-type" content="text/html; charset=UTF-8/gbk">
request.setCharacterEncoding("UTF-8/gbk");
response.setCharacterEncoding("gbk");
总结:脚本文本设计和sevlet的字节码要保持一致。
接下来呢!介绍一下 ,在调用get方法处理浏览器乱码问题:
在tomcate的配置文件server.xml文件找到:
<Connector port="8080" />中添加URIEnconding="gbk"
相关文章推荐
- 解决EditPlus在设置了UTF-8之后,编写的HTML页面仍出现汉字乱码问题
- Java读写txt文件时防止中文乱码问题出现的方法介绍
- 关于Myeclipse出现 java文件中文乱码问题的解决方案.
- Myeclipse中导入项目后java类中汉字注释出现乱码问题(已解决)
- exe4j打包jar文件为exe文件出现的问题:The JAVA_HOME environment variable does not point to a working 32-bit JDK or JRE.
- javac编译成功,用java运行class文件出现“找不到或无法加载主类” 的问题
- 编写Linux中sh文件执行时出现莫名字符的问题
- ajax加载本地html文件出现 XMLHttpRequest cannot load的问题
- javaDoc和java文件的注释以及javadoc生成出现的问题【dos option选项】
- 关于eclipse中android在创建之后R.java文件出现问题的解决办法
- 解决Pyh中编写html出现乱码问题
- eclipse导入java文件出现乱码问题
- 统计文本文件中单词出现频率,自己编写的Java小程序
- Android Studio解决未识别Java文件(出现红J)问题
- javac编译成功,用java运行class文件出现“找不到或无法加载主类” 的问题
- Android Studio解决未识别Java文件(出现红J)问题
- Android Studio解决未识别Java文件(出现红J)问题
- Java运行class文件出现“找不到或无法加载主类” 的问题解决
- 用Notpad++编写JAVA代码在控制台运行出现乱码问题的解决
- exe4j打包jar文件为exe文件出现的问题:The JAVA_HOME environment variable does not point to a working 32-bit JDK or