jsp中文乱码问题的简单解决方法
简单解决jsp中文乱码问题 很多朋友刚开始学习JSP，想动手做一个简单的响应页面来练练手，这绝对是个好主意。 比如，咱们写了下面这段代码： username : Hello 保存成 test.jsp 丢到 Tomcat 里跑起来，访问一下，界面大概是这样的： 在输入框里打上 “vae” 提交，结果很
简单解决jsp中文乱码问题
很多朋友刚开始学习JSP，想动手做一个简单的响应页面来练练手，这绝对是个好主意。
比如，咱们写了下面这段代码：
Hello <%=request.getParameter("username")%>保存成 test.jsp 丢到 Tomcat 里跑起来，访问一下，界面大概是这样的：
在输入框里打上 “vae” 提交，结果很正常：
不过，页面上这个 “username” 标签看着有点生硬，想着把它本地化一下，改成“用户名”应该会更友好。于是代码变成了这样：
Hello <%=request.getParameter("username")%>可这么一改，麻烦就来了：
本该显示“用户名”的地方，冒出来一堆看不懂的乱码。
这其实就是典型的“响应乱码”。简单说，就是服务器把处理好的数据塞进响应（response）里，发给浏览器，但浏览器不知道该用什么“规则”去解读这些数据，结果展示出来就全乱套了。
你可能会问，为什么用英文就没事？道理很简单。像 iso-8859-1、gb2312、utf-8 这些常见的编码格式，对英文的处理是统一的：一个字母固定占8位（1字节）。但中文就复杂多了，在 gb2312 编码下，一个汉字占16位（2字节），而在 utf-8 下，要占到24位（3字节）。如果浏览器没拿到明确的编码指令，它可能会按照错误的位数去“切分”这些字符，乱码自然就产生了。
所以，解决思路很明确：我们必须明确告诉浏览器，当前页面使用的是哪种编码。
在 Windows 环境下，默认的编码格式通常是 gb2312，咱们就顺着这个来。
具体怎么做呢？两步走，双保险。
(1) 在HTTP响应头中指定编码
这是最关键的一步。在 JSP 页面的最顶端，加入下面这行指令：
<%@ page contentType="text/html; charset=gb2312"%>
这行代码的作用是设置整个 HTTP 响应的内容类型和字符集。`contentType="text/html"` 声明这是 HTML 内容，`charset=gb2312` 则明确告知浏览器：“请用 gb2312 编码来解析我。” 这样，浏览器从接收到响应的第一刻起，就知道该怎么做了。
(2) 在HTML文档内再次声明编码
为了确保万无一失，我们还需要在生成的 HTML 内部也加上编码声明。像这样：
title
这个 `` 标签用来告诉浏览器当前 HTML 文档的编码格式。有个细节需要注意： 最好把它放在 `
` 标签内的最前面，特别是在标题（`