HONGJIN2会导致在显示的时候也会出现乱码

来源：HONGJIN2会导致在显示的时候也会出现乱码

HONGJIN2在Web开发中，挺多的时候都是通过超链接去传递中文参数的，HONGJIN2会导致在显示的时候也会出现乱码，对于超链接来说，它实际上是向服务器端发送了一个请求，而它发出的请求是属于get请求，所以对于超链接的乱码来说，它处理乱码的方式和表单的get请求出现乱码的方式是一样的。
String stuname= MyUtil.getNewString(request.getParameter("stuname"));
1、重定向时出现乱码（低版本浏览器不行IE6）
有时写上response的sendRedirect()方法进行重定向时也会出现乱码，重定向时实际上也是向服务器发送了一个请求，所以解决乱码的方法和和上面是一样的。
2、浏览器版本低导致的乱码
上网的时候，有时提交的一些信息在地址栏显示的是“%2C%C6%CC%C6”的字样，其实这都是防止出现乱码进行的解决方案，如果你的浏览器是IE6或以下版本，则我们的第二种情况和第三种情况会出现乱码(尤其是当中文是奇数的时候)，这就不好使了所以我们必须采用另一种比较实际的作法：
在java.net包中提供了URLEncoder类和URLDcoder类，这两个类又分别提供了encode和decode两个静态方法，分别用于进行编码和解码。我们将要传递的中文参数进行编码之后，在传递给服务器，服务器解码之后，就可以显示中文了。
进行编码：URLEncoder.encode(stuname,”UTF-8”)
传递给服务器：<a href=”/1.jsp?stuname<%=stuname%>”>传递</a>
进行解码：URLDecoder.decode(stuname,”UTF-8”);
这样就可以得到传递过来的中文参数了，我发现许多网站用的都是这种方式解决中参数的。
3、返回浏览器显示的乱码
在Servlet编程中，经常需要通过response对象将一些信息返回给浏览器，给我们的客户端，而我们在服务器端显示的中文，但是响应给客户端浏览器却是乱码，这主要是由于response对象的getWriter()方法返回的PrintWriter对象默认使用“ISO-8859-1”字符集编码进行Unicode字符串到字节数组的转换，由于ISO8859-1字符集中根本就没有包含中文字符，所以Java在进行转换的时候会将无效的字符编码输出给客户端，于是便出现了乱码，为此ServletResponse接口中便定义了setCharacterEncoding、setContentType等方法来指定getWriter方法返回的PrintWriter对象所使用的字符集编码，所以我们在写Servlet程序中，在调用getWriter方法之前设置这些方法的值。我们为了防止乱码，经常将以下两条语句一起写上：
response.setContentType(“text/html;charset=utf-8”);
response. setCharacterEncoding(“UTF-8”);
只要编写Servlet文件中含有响应给客户端的信息，那么就要写上这两句话。最好写上第二句话，因为它的优先级高，它的设置结果将覆盖setContentType等方法设置的字符编码集。