中文乱码问题在IT行业中是常见的困扰，尤其是在Web开发中。本文主要探讨了在使用Tomcat作为servlet容器，浏览器包括Firefox3.0和IE6的情况下，如何解决中文乱码问题，以及各种请求方式（GET、POST）下可能出现的乱码情况。
确保所有页面的`charset`设置为`UTF-8`是基础步骤，这意味着HTML或JSP文件头部应包含`<meta charset="UTF-8">`来声明编码方式。此外，对于Tomcat服务器，其默认的`URIEncoding`是`ISO-8859-1`，但为了处理中文参数，应将其更改为`UTF-8`。这样做是为了确保服务器能正确解析URL中包含的中文字符，比如文件名或者GET请求的参数。
对于POST请求，可以通过添加过滤器并在`request.setCharacterEncoding("utf-8")`方法中设定请求的字符集为`utf-8`，以解决请求体中的中文乱码问题。然而，当在浏览器的地址栏直接输入中文参数并提交时，可能会遇到乱码问题，因为此时Tomcat会使用`URIEncoding`进行解码，而不是过滤器中设置的编码。
请求响应流程大致如下：
1. 用户通过浏览器（如IE/Firefox）发起请求。
2. 浏览器根据页面编码（通常是页面指定的`charset`）对请求内容进行编码。
3. 请求到达Tomcat服务器，Tomcat根据`URIEncoding`解码请求的URL。
4. 服务器处理请求并生成响应，响应的页面编码应与发送给浏览器的页面相同，通常是`UTF-8`。
5. 浏览器接收响应并根据响应头中的`Content-Type`和`charset`属性解码内容，然后显示页面。
中文乱码问题主要分为四类：
1. 表单GET提交：浏览器根据页面`charset`编码，Tomcat使用`URIEncoding`解码，若两者匹配，无乱码。
2. 表单POST提交：过滤器设定的编码优先，请求体按`utf-8`解码。
3. 页面链接传递中文参数：同GET提交，依赖`URIEncoding`。
4. 地址栏直接输入中文：仅依赖`URIEncoding`，易造成乱码。
当`URIEncoding`设置为非`UTF-8`编码时，如Tomcat默认的`ISO-8859-1`，中文字符在解码过程中可能发生错误，导致乱码。例如，使用`new String(变量值.getBytes("UTF-8"),"ISO-8859-1")`会将UTF-8编码的字节序列以ISO-8859-1解码，可能导致乱码。这种情况下，需要进行逆向转换（ISO-8859-1->UTF-8）才能恢复原始中文。
GBK、UTF-8和ISO-8859-1之间的转换需要注意，偶数个汉字可以在GBK和UTF-8之间互换，而奇数个汉字可能在转换过程中丢失，导致乱码。
将Tomcat的`URIEncoding`设置为`UTF-8`是解决大多数中文乱码问题的有效方法，但并不能覆盖所有场景，特别是地址栏直接输入中文的情况。因此，全面理解字符编码和转换过程，以及正确配置服务器和应用，对于避免中文乱码至关重要。
VIP享7折，此内容立减5.97元 
