Eclipse JAVA文件注释乱码
Java中文乱码的终极解决方案
Java中文乱码的终极解决方案1. 解决HTML页面中的中文问题为了使HTML页面很好地支持中文，就必须在每个HTML页面的头部增加如下代码：<HEAD><META http-equiv="Content-Type“ content="text/html; charset=UTF-8"></HEAD>2. 解决JSP页面中的中文问题为了使JSP页面很好地支持中文，就必须在每个JSP页面的头部增加如下代码：<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>3. 解决HTTP(get/post)请求中的中文问题在默认情况下，IE浏览器发“ISO-8859-1”的编码格式发送请求，如果接收到HTTP的get请求中文参数时出现乱码，可以采用以下方法：1）对其进行Java编码转换，例如：String fieldName = new String(request.getParameter("fieldName").getBytes("ISO-8859-1"),"UTF-8");2) 通过设置Web服务器的编码来解决：a. Tomcat - 修改server.xml文件<Connector port="8080"...URIEncoding="UTF-8"/> <!--增加这项-->b. Resin - 修改resin.conf文件--Resin2.x<host id=''><character-encoding>UTF-8</character-encoding>...</host>--Resin3.x<web-app-default><character-encoding>UTF-8</character-encoding></web-app-default>4. 解决页面数据传输的中文问题为了使中文数据在各页面（组件）之间正常传递，最佳的方法就是采用编码过滤器来解决。
java如何解决乱码问题
java如何解决乱码问题java如何解决乱码问题做项目经常会遇到Java中的乱码问题，那么遇到乱码问题怎么解决呢？下面店铺为大家解答一下，希望能帮到大家！分析编码与解码编码就是将字符转为字节，解码就是就是将字节转换为字符。
字节流与字符流对文件的读写操作都是通过字节流来实现的，即使JAVA中有字符流，但是其底层仍然使用的字节流。
乱码问题出现java中使用最频繁的是字符，当我们将文件读入内存并在控制台显示时(字节流--->字符流)，就需要用到解码。
如果文件是UTF-8编码，而我们解码时错用成GBK(如果不指定编码,JAVA会采取系统默认编码)来解码，那么只能显示乱码。
而我们写文件时，最好指定编码(UTF-8)。
解决方案示例1将字节流转换为字符流时，我们指定编码格式。
这是我们文件也应该是gb2312编码public static String read(String filename) throws Exception { InputStream is = new FileInputStream(filename); BufferedReader in = new BufferedReader(new InputStreamReader(is, "gb2312")); //指定编码格式String s; StringBuilder sb = new StringBuilder(); while ((s = in.readLine()) != null) { sb.append(s + "n"); } in.close(); return sb.toString();} 示例2直接通过字节流读入，使用String转换为字符时，指定编码。
package com.dy.xidian;import java.io.FileInputStream;import java.io.InputStream;class BufferedInputFile { public static Stringread(String filename) throws Exception { @SuppressWarnings("resource") InputStream is = new FileInputStream(filename); byte[] b = new byte[1024]; is.read(b); return new String(b, "gb2312"); }}public class MemoryInput { public static void main(String[] args) throws Exception { String filename = "E:/html/gb2312.php"; String s = BufferedInputFile.read(filename); System.out.println(s); }} 陷阱I/O操作中有个FileReader类，这个类隐藏了字节流转为字符流的'细节，我们可以这样使用。
JAVA中文字符乱码解决详解
JAVA中⽂字符乱码解决详解⾸先要了解JAVA处理字符的原理。
JAVA使⽤UNICODE来存储字符数据，处理字符时通常有三个步骤：– 按指定的字符编码形式，从源输⼊流中读取字符数据– 以UNICODE编码形式将字符数据存储在内存中– 按指定的字符编码形式，将字符数据编码并写⼊⽬的输出流中。
所以JAVA处理字符时总是经过了两次编码转换，⼀次是从指定编码转换为UNICODE编码，⼀次是从UNICODE编码转换为指定编码。
如果在读⼊时⽤错误的形式解码字符，则内存存储的是错误的UNICODE字符。
⽽从最初⽂件中读出的字符数据，到最终在屏幕终端显⽰这些字符，期间经过了应⽤程序的多次转换。
如果中间某次字符处理，⽤错误的编码⽅式解码了从输⼊流读取的字符数据，或⽤错误的编码⽅式将字符写⼊输出流，则下⼀个字符数据的接收者就会编解码出错，从⽽导致最终显⽰乱码。
这⼀点，是我们分析字符编码问题以及解决问题的指导思想。
好，现在我们开始⼀只只的解决这些乱码怪兽。
⼀、在JAVA⽂件中硬编码中⽂字符，在eclipse中运⾏，控制台输出了乱码。
例如，我们在JAVA⽂件中写⼊以下代码：String text = “⼤家好”;System.out.println(text);如果我们是在eclipse⾥编译运⾏，可能看到的结果是类似这样的乱码：。
那么，这是为什么呢？我们先来看看整个字符的转换过程。
1. 在eclipse窗⼝中输⼊中⽂字符，并保存成UTF-8的JAVA⽂件。
这⾥发⽣了多次字符编码转换。
不过因为我们相信eclipse的正确性，所以我们不⽤分析其中的过程，只需要相信保存下的JAVA⽂件确实是UTF-8格式。
2. 在eclipse中编译运⾏此JAVA⽂件。
这⾥有必要详细分析⼀下编译和运⾏时的字符编码转换。
– 编译：我们⽤javac编译JAVA⽂件时，javac不会智能到猜出你所要编译的⽂件是什么编码类型的，所以它需要指定读取⽂件所⽤的编码类型。
Java中文乱码的解决方案
Java中文乱码的解决方案jsp+Servlet的形式，在jsp页面向后台发送的请求里包含中文时，后台采用String name = request.getParameter("name")接收到的是乱码，我在网上找了很多资料，有网友说request.getParameter是默认采用ISO8859-1来编码的，必须进行转换：我总结了一下，解决中文乱码大概有以下几种方式：1、采用decode()方法.URLDecoder.decode(s)2、采用设置字符集的方式request.setCharacterEncoding("utf-8");3、在页面上定义charset的字符集<%@ page language="java" contentType="text/html; charset=utf-8"pageEncoding="utf-8"%><meta http-equiv="Content-Type" content="text/html; charset=utf-8">4、在web.xml文件里定义编码，同时在CoreFilter类里定义编码为utf-8<filter><filter-name>encodingFilter</filter-name><filter-class>com.demo.filter.CoreFilter</filter-class><init-param><param-name>encoding</param-name><param-value>utf-8</param-value></init-param></filter><filter-mapping><filter-name>encodingFilter</filter-name><url-pattern>/*</url-pattern></filter-mapping>5、在form表单里定义编码accept-charset="utf-8" onsubmit="document.charset='utf-8';"6、更改ContentTypes的值改变myeclipse里ContentTypes的值为utf-87、改变tomcat字符集通过改变server.xml文件里的字符集来接收中文8、采用转码的方式nameCode = new String(request.getParameter("name").getBytes("ISO8859-1"),"UTF-8");补充：如果是Servlet向页面发送的数据中包含中文，可以采用如下方式解决：response.setContentType("text/html;charset=utf-8");。
Java中文乱码处理
Java中⽂乱码处理java编码转换过程我们总是⽤⼀个java类⽂件和⽤户进⾏最直接的交互（输⼊、输出），这些交互内容包含的⽂字可能会包含中⽂。
⽆论这些java类是与数据库交互，还是与前端页⾯交互，他们的⽣命周期总是这样的：1、程序员在操作系统上通过编辑器编写程序代码并且以.java的格式保存操作系统中，这些⽂件我们称之为源⽂件。
2、通过JDK中的javac.exe编译这些源⽂件形成.class类。
3、直接运⾏这些类或者部署在WEB容器中运⾏，得到输出结果。
这些过程是从宏观上⾯来观察的，了解这个肯定是不⾏的，我们需要真正来了解java是如何来编码和被解码的：第⼀步：当我们⽤编辑器编写java源⽂件，程序⽂件在保存时会采⽤操作系统默认的编码格式（⼀般我们中⽂的操作系统采⽤的是GBK编码格式）形成⼀个.java⽂件。
java源⽂件是采⽤操作系统默认⽀持的file.encoding编码格式保存的。
下⾯代码可以查看系统的file.encoding参数值。
System.out.println(System.getProperty("file.encoding"));第⼆步：当我们使⽤javac.exe编译我们的java⽂件时，JDK⾸先会确认它的编译参数encoding来确定源代码字符集，如果我们不指定该编译参数，JDK⾸先会获取操作系统默认的file.encoding参数，然后JDK就会把我们编写的java源程序从file.encoding编码格式转化为JAVA内部默认的UNICODE格式放⼊内存中。
第三步：JDK将上⾯编译好的且保存在内存中信息写⼊class⽂件中，形成.class⽂件。
此时.class⽂件是Unicode编码的，也就是说我们常见的.class⽂件中的内容⽆论是中⽂字符还是英⽂字符，他们都已经转换为Unicode编码格式了。
在这⼀步中对对JSP源⽂件的处理⽅式有点⼉不同：WEB容器调⽤JSP编译器，JSP编译器⾸先会查看JSP⽂件是否设置了⽂件编码格式，如果没有设置则JSP编译器会调⽤调⽤JDK采⽤默认的编码⽅式将JSP⽂件转化为临时的servlet类，然后再编译为.class⽂件并保持到临时⽂件夹中。
eclipse 中文注释的乱码问题解决方案
使用eclipse导入项目或从svn服务器检出项目的时候有时候会出现中文注释乱码的现象，如下图所示：这种情况下，我们可以做两个设置把乱码干掉：1.在工程名上右击--属性--Resoure，把Text files encoding改为GBK 。
2.windows--preferences--General--Content Types--text--java source file,查看默认编码（default encoding）是不是GBK，不是就修改为GBK，然后Update。
这样设置好之后乱码问题就解决了。
Eclipse中文注释乱码解决将别人的项目或JAVA文件导入到自己的Eclipse中时，常常会出现JAVA文件的中文注释变成乱码的情况，主要原因就是别人的IDE编码格式和自己的Eclipse编码格式不同。
总结网上的建议和自己的体会，可以参考以下几种解决方式：1 改变整个文件类型的编码格式1) eclipse->window->preferences->General->Content Types2) 找到要修改的文件的类型(JAVA,JSP等等)，在下面有个Default encoding，在输入框中输入GBK3) 点击Update4) 点击OK5) 重启eclipse2 改变整个Eclipse工作空间的编码格式1) eclipse->window->preferences->General->workspaceTypes2) 改变文本文件编码格式为GBK3 改变单个文件的编码格式在包资源管理器右键点击文件->属性，改变文本文件编码格式为GBK4 如果以上几种方式仍不能解决，可以下面这个不得已的办法：用Editplus打开要转码的文件，如果在Editplus中没有乱码，可直接将文件内容拷贝到Eclipse中，如果Editplus也有乱码，可先在Editplus转码，Editplus->文档->文件编码方式->改变文件编码方式->GBK，然后再用Eclipse打开就可以了5，打开Eclipse，有时候会出现中文注释乱码，这是因为Eclipse中对Text file encoding 的默认编码是GBK，因此，右键点击你的“工程”，将Info中的“Text file encoding”中的Other改为UTF-8，即可！。
java中文字符乱码问题汇总
1. 开发环境乱码 -- eclipse或ant编译乱码将java系统默认的字符集cp1253 改成GBK 修改控制面板--区域与语言否则在用ant运行java程序的时候会出现编码的错误原因是java 在运行时会调用系统的默认配置文件System.getProperties();其中有个file.encoding 的属性决定编码集，如果是英文版的操作系统则file.encoding=CP1253所以ant 运行中文程序会乱码如果不想修改系统默认字符集的话，可以再ant java target中加入下面语句<javac srcdir="${project.src}"destdir="${project.output.build}"debug="on" encoding="UTF-8"deprecation="on"listfiles="on"includeAntRuntime="no"><compilerarg value="-Xlint:all"/><classpath refid="project.classpath"/><classpath refid="tomcat.classpath"/></javac><java classpathref="project.classpath" classname="com.mose.ParserEnglish" fork="true" failonerror="true"> <sysproperty key="file.encoding" value="UTF-8"/><arg value="-h"/></java>2. web开发乱码2.1 解决响应中的乱码何为响应中的乱码？把页面中的“username”改成“用户名”你就知道了。
eclipse下对中文乱码问题的一些思考
eclipse下对中文乱码问题的一些思考一、浏览器问题当你的html页面或jsp页面没有显式声明页面编码的时候，也就是没有下面其中之一的代码<meta http-equiv="content-type" content="text/html; charset=utf-8"> ①<%@ page language="java" import="java.util.*" contentType="text/html;charset=utf-8"%> ②的时候，浏览器解析页面使用的是自身的默认编码。
本人对四款浏览器做了测试，得到以下结果：IE9 GB2312Chrome(版本 42.0.2311.152 m) GBKFireFox(版本 38.0.1) GBK360浏览器7 UTF-8一、浏览器问题当你的html页面或jsp页面没有显式声明页面编码的时候，也就是没有下面其中之一的代码<meta http-equiv="content-type" content="text/html; charset=utf-8"> ①<%@ page language="java" import="java.util.*" contentType="text/html;charset=utf-8"%> ②的时候，浏览器解析页面使用的是自身的默认编码。
本人对四款浏览器做了测试，得到以下结果：IE9 GB2312Chrome(版本 42.0.2311.152 m) GBKFireFox(版本 38.0.1) GBK360浏览器7 UTF-8而当你有显式声明页面编码类型的时候（也就是页面里有上述代码的其中一句，其中②只能在jsp页面里使用），则浏览器会根据你声明的编码类型进行解析。
【免费下载】Java乱码问题解决方案
Java乱码问题解决方案.txt生活是一张千疮百孔的网，它把所有激情的水都漏光了。
寂寞就是你说话时没人在听，有人在听时你却没话说了！Java乱码问题解决方案Java乱码问题一直是困扰初学者的一个难题，下面就根据笔者的经验来给大家一个解决方案。
我写了一个Demo的web应用，解决了乱码问题，点击下载1 问题来源Java的乱码问题，根源在于操作系统、数据库（MySQL）、Web服务器（Tomcat）、页面（JSP）中的编码不一致造成的。
例如，mysql的编码是latin1，而页面上字符的编码是GBK，则就会出现乱码问题。
2 解决方案了解了乱码产生的原因，下面就来看一下如何解决乱码。
事实上，只要保证各个环节的编码一致，就不会产生乱码，所以只要将所有的环节，设置的编码为UTF-8，就不会出现乱码了（为了支持国际化，建议统一设置成UTF-8）。
3 mysql数据库编码的设置（以MySQL 5.0.41为例）查看数据库支持的编码：show character set;这样可以查看mysql数据库支持的所有编码，其中可以看到有支持utf8编码。
mysql> show character set ;+----------+-----------------------------+---------------------+--------+| Charset | Description | Default collation | Maxlen |+----------+-----------------------------+---------------------+--------+| big5 | Big5 Traditional Chinese | big5_chinese_ci | 2 || dec8 | DEC West European | dec8_swedish_ci | 1 || cp850 | DOS West European | cp850_general_ci | 1 || hp8 | HP West European | hp8_english_ci | 1 || koi8r | KOI8-R Relcom Russian | koi8r_general_ci | 1 || latin1 | cp1252 West European | latin1_swedish_ci | 1 | | latin2 | ISO 8859-2 Central European | latin2_general_ci | 1 | | swe7 | 7bit Swedish | swe7_swedish_ci | 1 | | ascii | US ASCII | ascii_general_ci | 1 | | ujis | EUC-JP Japanese | ujis_japanese_ci | 3 | | sjis | Shift-JIS Japanese | sjis_japanese_ci | 2 | | hebrew | ISO 8859-8 Hebrew | hebrew_general_ci | 1 | | tis620 | TIS620 Thai | tis620_thai_ci | 1 | | euckr | EUC-KR Korean | euckr_korean_ci | 2 | | koi8u | KOI8-U Ukrainian | koi8u_general_ci | 1 | | gb2312 | GB2312 Simplified Chinese | gb2312_chinese_ci | 2 | | greek | ISO 8859-7 Greek | greek_general_ci | 1 | | cp1250 | Windows Central European | cp1250_general_ci | 1 | | gbk | GBK Simplified Chinese | gbk_chinese_ci | 2 | | latin5 | ISO 8859-9 Turkish | latin5_turkish_ci | 1 | | armscii8 | ARMSCII-8 Armenian | armscii8_general_ci | 1 | | utf8 | UTF-8 Unicode | utf8_general_ci | 3 || ucs2 | UCS-2 Unicode | ucs2_general_ci | 2 | | cp866 | DOS Russian | cp866_general_ci | 1 | | keybcs2 | DOS Kamenicky Czech-Slovak | keybcs2_general_ci | 1 | | macce | Mac Central European | macce_general_ci | 1 || macroman | Mac West European | macroman_general_ci | 1 | | cp852 | DOS Central European | cp852_general_ci | 1 | | latin7 | ISO 8859-13 Baltic | latin7_general_ci | 1 | | cp1251 | Windows Cyrillic | cp1251_general_ci | 1 | | cp1256 | Windows Arabic | cp1256_general_ci | 1 | | cp1257 | Windows Baltic | cp1257_general_ci | 1 | | binary | Binary pseudo charset | binary | 1 | | geostd8 | GEOSTD8 Georgian | geostd8_general_ci | 1 | | cp932 | SJIS for Windows Japanese | cp932_japanese_ci | 2 | | eucjpms | UJIS for Windows Japanese | eucjpms_japanese_ci | 3 | +----------+-----------------------------+---------------------+--------+ 36 rows in set (0.00 sec)查看数据库默认的编码： show variables like '%character%'; mysql> show variables like '%character%';+--------------------------+---------------------------------------+| Variable_name | Value |+--------------------------+---------------------------------------+| character_set_client | latin1 || character_set_connection | latin1 || character_set_database | latin1 || character_set_filesystem | binary || character_set_results | latin1 || character_set_server | latin1 || character_set_system | utf8 || character_sets_dir | E:\mysql-5.0.41-win32\share\charsets\ |+--------------------------+---------------------------------------+8 rows in set (0.00 sec)可以看到，mysql数据库中，此时有关字符串的设置的参数，其中“character_set_server”为创建数据库是默认的编码，现在需要将其修改为utf8。
java中处理乱码问题个人总结
［个人总结］java中处理乱码问题个人总结java乱码的问题的可谓是老生常谈了，自从接触java以来，就不断地与中文乱码的问题打交道，最近的参与的报表工具开发中，遇到的乱码问题更是让人头疼，随着项目工作的进度，自己总结了一下处理乱码的心得，在这里与大家一起分享一下。
Java的内核以及class文件都是采用的unicode的编码，这样java程序就具有了很好的跨平台性，随之也就带来了乱码的问题的麻烦。
出现乱码的问题原因主要有两个方面Java及JSP文件本身编译时产生的乱码和Java程序与其他媒介交互产生的乱码。
下面对于这两种情况产生的乱码，分别说明解决方法：第一种情况：（Java或JSP自身产生的乱码）Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基于字节流的，如果Java和JSP编译成class文件过程中，使用的编码方式与源文件的编码不一致，就会出现乱码，基于这种乱码，建议在Java文件中尽量不要写中文（注释部分不参与编译，写中文没关系），如果必须写的话，尽量手动带参数－ecoding GBK或－ecoding gb2312编译；对于JSP，在文件头加上<%@ page contentType="text/html;charset=GBK"%>或<%@ page contentType="text/html;charset=gb2312"%>基本上就能解决这类乱码问题。
这种情况比较简单。
呵呵。
如果有同事碰到特别的情况不能解决，不妨一起来讨论一下呀。
对于第二类的这种乱码，可能的情况比较多，我们也分别来看：1、页面参数传递是出现的乱码这是因为Jsp获取页面参数时一般采用系统默认的编码方式，如果页面参数的编码类型和系统默认的编码类型不一致，很可能就会出现乱码。
解决这类乱码问题的基本方法是在页面获取参数之前，强制指定request获取参数的编码方式：request.setCharacterEncoding("GBK")或request.setCharacterEncoding("gb2312")。
Java中文乱码解决办法
中文乱码解决办法
保持字符集统一，在此采用统一字符集“UTF-8”
1.新建web工程时采用统一的编码格式
1.1工程更改编码格式
右击“工程名”
设置编码为
“UTF-8”
1.2文件更改编码
右击“文件名”
2jsp
文件中更改编码
3.servlet 中处理中文乱码的问题
3.1doPost 方法中处理乱码问题
3.1.1在获取页面数据之前设置编码
设置编码为
“UTF-8”
3.1.2打开传输流之前设置编码
3.2doGet方法中处理乱码问题
3.2.1在获取页面数据之前设置编码
3.2.2打开传输流之前设置编码
3.2.3更改Tomcat配置文件
Tomcat安装目录下----》conf文件夹下--》server.xml中----》
4数据库乱码问题解决<MySql为例>
MySql安装目录----------》my.ini---------------》
以上解决办法仅供参考......。
java、android项目在eclipse中显示中文乱码问题
java、android项目在eclipse中显示中文乱码问题Posted on 2013年07月16日by U3d / Unity3D 基础教程/被围观8 次（1）修改工作空间的编码方式：
Window->Preferences->General->Workspace->Text file Encoding
在Others里选择需要的编码方式，然后保存。
（2）修改单个工程的编码方式：
右击工程，在弹出的菜单中选择最后一项“Properties”
在打开的新窗口左边的菜单树中选择 Info（即第一个），然后在右面找到 Text file encoding ，选择“other”，在下拉框中选择需要的编码方式。
（3）修改一类文件的编码方式：
假设要将js文件编码方式设为UTF-8，则应该Window->General->Content Types
在Content Types中选择JavaScript Source File，在File associations栏中选中*.js,然后在Default Encoding栏中输入UTF-8，单击Update，保存即可。
（4）修改单个文件的编码方式：右击要修改的文件，在弹出的菜单中选择最后一项“Properties”，在打开的新窗口左边的菜单树中选择 Info（即第一个），然后在右面找到 Text file encoding ，选择“other”，在下拉框中选择需要的编码方式。
与修改工程编码方式的方法类似。
java开发乱码问题处理大全
2.JSP与页面参数之间的乱码
JSP获取页面参数时一般采用系统默认的编码方式，如果页面参数的编码类型和系统默认的编码类型不一致，很可能就会出现乱码。解决这类乱码问题的基本方法是在页面获取参数之前，强制指定request获取参数的编码方式：request.setCharacterEncoding("UTF-8") 。
如果在JSP将变量输出到页面时出现了乱码，可以通过设置response.setContentType("text/html;charset=UTF-8")。
JSP页面乱码通常只要在页面开始地方用上面代码指定字符集编码即可。如果还不行，那么请用下面这句话来转换 str=new String(str.getBytes("ISO-8859-1"),"页面编码方式");
A.为WebService服务也加上一个filter，WebService也是走HTTP协议的，这个东西同样有用，先得加上。
B.修改服务器上的环境变量，LANG=zh_CN.UTF-8，改成这个是为什么我仍然说的不是很清楚，不过当时开发人员就是在Win下开发的，我在自己的Ubuntu上测试没问题，拿到Redhat服务器上就不行，因为服务器上默认的是LANG＝en_US.UTF-8，这个明显是不支持汉字的。
有点扯远了，不过少用GET，是会有回报滴。
4.JavaScript和Ajax乱码的避免，注意JavaScript默认是ISO8859的编码，避免JS/AJAX乱码和GET一样，不要在URL里面使用中文，实在避免不了，就只能在生成链接的时候转码，绝对不能想当然的认为SetCharacterEncodingFilter会帮你做什么事情。
Java乱码问题解决
b.在 HTML 的 head 标签中添加如下语句。 Java 代码 1. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
c.保证 JSP 的页面编码与上面两个的 charset 相同，这点我有在文章的第一点说过。 上面的字符集可以根据需要自己灵活选择，不一定非要 utf-8。不过因为 utf-8 对各国语言，特别是中文支持较好，所以推荐 使用。我就曾经遇到过滘在 GB2312 编码的页面无法正常显示的问题。 5.Post 和 Get 传递中文，后台获取乱码。 前台传递中文也分为 Get 和 Post 方法。 a.Get 方法的情况： Get 方法的时候主要是 URL 传递中文。 如果是在 js 文件中，可以使用如下代码进行中文转码。 Js 代码 1. 2. var url ="/s?industry=编码" url = encodeURI(url);
无论使用哪种方法，在后台获取中文的时候都要使用如下代码： Java 代码 1. 2. 3. 【注】 1.对于 request，是指提交内容的编码，指定后可以通过 getParameter()则直接获得正确的字符串，如果不指定，则默认使 用 iso8859-1 编码，为了统一，需要提交指定传输编码。 2.上面代码的第二句好像和第 2 条中给出的公式矛盾。我也纠结了好久，最后发现 ISO8859-1 是一种比较老的编码，通常叫 做 Latin-1，属于单字节编码，正好和计算机最基础的表示单位一致，因此使用它进行转码一般也没有问题。 iso-8859-1 是 JAVA 网络传输使用的标准字符集,而 gb2312 是标准中文字符集,当你作出提交表单等需要网络传输的操作的 时候,就需要把 iso-8859-1 转换为 gb2312 字符集显示,否则如果按浏览器的 gb2312 格式来解释 iso-8859-1 字符集的话, 由于 2 者不兼容,所以会是乱码。为了省事，建议统一使用 utf-8 字符集。 b.POST 方法的情况。 对于 Post 的情况就比较简单了，只需要在 post 的函数调用部分，制定 post 的 header 的字符集，如： Js 代码 1. 2. 3. xmlHttp.open("post", url , true); xmlHttp.setRequestHeader("Content-Type","text/xml; charset= utf-8"); xmlHttp.send(param); request.setCharacterEncoding("utf-8"); String industry = new String( request.getParameter("industry ").getBytes("ISO8859-1"),"UTF-8");
javaee中的乱码问题及解决方案(持续更新)(修改后)
java ee中的乱码问题及解决方案（持续更新）注：本文章从默认都使用UTF-8进行编码1、Myeclipse的默认编码设置。
修改所有文本文件的编码设置：Windows preference修改编辑器的编码设置：最后，修改默认项目的编码至此为止，Myeclipse的编码默认都是你需要的编码，为今后不会出乱码问题提供保障。
2、servlet中输出中文的乱码问题servlet中，下面这条语句前台输出乱码out.println("你好");这个比较简单，在doPost或doGet方法中加入response.setCharacterEncoding("UTF-8");注意，必须加在输出流前3、表单提交时的编码post 提交方式<form action="servlet/CodingServlet" method="post"><input type="text" name="id" /><input type="submit" value="提交" /></form>在servlet中String id = request.getParameter("id");out.println(id);System.out.println(id);控制台输出？？？页面输出浼�都为乱码解决方法：加入request.setCharacterEncoding("UTF-8"); 控制台输出正常，页面为？？？继续加入request.setCharacterEncoding("UTF-8");乱码解决注：以上用过滤器写比较方便，但是本人还没学到，暂时先这么写，学好了会更新上去的注：以上两条语句必须写在输出流前面，最好写在方法刚开始的地方。
MyEclipse 2014 中文乱码问题
MyEclipse 2014 中文乱码问题问题描述：使用MyEclipse 导入一个web项目，这时中文乱码，这个十分让人捉急，试的修改windows->preferences->General->workplace,下的字符集由原来的GB18030修改成 utf-8 仍然解决不了，不知道是什么原因。
我经过各种尝试终于解决该问题，特与大家分享。
解决思路：该方法只能解决一个.java 类，别的类同理可得1 选中乱码的类（.java），右键选择Properties2 在Other 中输入gbk 确定便成功了。
3乱码已经修改4 总结编码设置：Eclipse全局编码设置：编码设置的方法ToolBar-->Window-->Preferences-->General-->Workspace-->Text file encoding，设置合适的编码。
局部编码设置：在源码按右键-->General-->Editors-->Test Editors-->Spelling-->Encoding，这里是设置单个文件的编码。
推荐还是使用全局编码设置吧MyEclipse编码设置：（大多数情况是utf-8）Windows Preferences MyEclipse(Enterprise Workbench)Files and Editors JSP 右Encoding->(UTF-8)-->Update文件默认编码设置：Window -> preference, 左边General -> Content Types, 然后在右边上面的框中打开Text, 选中Java Source File （你看到下面的框中有个*.java 就对了），然后在下面的“Default edcodng”文本框中输入“UTF-8”, 点“Update”，就OK了。
JavaEE开发中的乱码问题
Java EE中，乱码问题通常是一个令人头痛的问题，那如何解决这些问题呢？我们必须从问题的根本入手，以达到快而准的解决问题。
本文就Java EE中的乱码做一个小结，以求抛砖引玉。
首先，我们知道产生乱码的原因是因为不同的编码造成的，这就好比你和一个印地安人在说话，假设你完全不懂印第安语，而对方也不懂汉语，那你们所说的话，就会在对方的脑子里产生一个个的问号。
那么怎么办呢?通常的做法，就是找一个翻译，在Java中，对编码也是这样的，来看一个例子。
方法一：
以上是一个对Deom01.html进行处理的JSP页面，其作用是为了取出Demo01的Uname值并显示，
输入内容为：??
当我们在页面Deom01中输入中文并提交好，发现提交后的显示内容为“?”号，这里，就相当于上面的不同语种的人说话一样，产生了“?”号，那么解决的办法，就是通过转换来解决这一问题：
以上通过将取得的uname值转换为Byte数组，再将Byte数组转换为所需要的格式来进行转换，从而解决了乱码问题。
方法二：
在API中的Javax.servlet.http包下，有一个HttpServletRequest接口中，有这样一个方法
public void setCharacterEncoding(String env)
throws UnsupportedEncoding其作用是设置统一的字符编码
更改后运行，发现结果和以前的一样。
(注：GBK的范围大于
GB2312 ，GB2312仅指简体中文，而GBK不仅指简体中文，还包
)。
怎么解决JavaEE的乱码呢
怎么解决JavaEE的乱码呢
欢迎大家在这里学习怎幺解决JavaEE的乱码!这里是我们给大家整理出来的精彩内容。
我相信，这些问题也肯定是很多朋友在关心的，所以我就给大家谈谈这个!
首先，我们知道发生乱码的原因是因为分歧的编码造成的，这就好比你和一个印地安人在措辞，假设你完全不懂印第安语，而对方也不懂汉语，那你们所说的话，就会在对方的脑子里发生一个个的问号。
那幺怎幺办呢?凡是的做法，就是找一个翻译，在Java中，对编码也是这样的，来看一个例子。
体例一：
以上是一个对Deom01.html进行措置的JSP页面，其浸染是为了掏出Demo01的Uname值并显示，
输入内容为：??
当我们在页面Deom01中输入中文并提交好，发现提交后的显示内容
为?”号，这里，就相当于膳缦沔的分歧语种的人措辞一样，发生
了?”号，那幺解决的法子，就是经由过程转换来解决这一问题：
以上经由过程将取得的uname值转换为Byte数组，再将Byte数组转换为所需要的名目来进行转换，年夜而解决了乱码问题。