JavaWeb应用程序的字符编码问题.docVIP

Java Web 应用程序的字符编码问题??? Java Web 应用程序经常会出现乱码的情况，这里可以通过 Servlet API 中的标准 Filter 来实现，也可以在 Web 容器配置 URIEncoding。这些都依赖于浏览器的请求方式。 在 Web 容器的配置文件中配置 URIEncoding = UTF-8 使用 Servlet API 的标准 Filter 结果 地址栏中直接输入链接(含汉字) √ × 失败(编码成功) 地址栏中直接输入链接(含汉字) × √ 失败(编码成功) 地址栏中直接输入链接(含汉字) √ √ 失败(编码成功) 页面内的普通链接(a 标签，含汉字) √ × 编码成功，地址栏中直接显示汉字 页面内的普通链接(a 标签，含汉字) × √ 编码失败 页面内的普通链接(a 标签，含汉字) √ √ 编码成功，地址栏中直接显示汉字 form get 提交 √ × 编码成功，地址栏显示编码后的汉字 form get 提交 × √ 编码失败 form get 提交 √ √ 编码成功，地址栏显示编码后的汉字 form post 提交 √ × 编码失败 form post 提交 × √ 编码成功 form post 提交 √ √ 编码成功 ??? 因此，通过以上表格的总结，我们可以得出这样一个结论：URLEncoding 是针对 get 请求，Filter 是针对 post 请求。 Web容器的编码问题 2008-11-19 09:08:53 ?? 技术 | ?评论(0) | ?浏览(595) !--[if !supportLists]--一、????? !--[endif]--概述 本文将从编码基本知识，Java对字符的处理，以及常见问题的解决三个方面对问题进行阐述。 !--[if !supportLists]--二、????? !--[endif]--编码基本知识 1、ISO-8859-1? 很 明显，ISO-8859-1编码表示的字符范围很窄，无法表示中文字符。但是，由于是单字节编码，和计算机最基础的表示单位一致，所以很多时候，仍旧使用 ISO-8859-1编码来表示。而且在很多协议上，默认使用该编码。比如，虽然中文两个字不存在ISO-8859-1编码，以gb2312编码为例，应 该是d6d0?cec4两个字符，使用ISO-8859-1编码的时候则将它拆开为4个字节来表示：d6?d0?ce?c4（事实上，在进行存储的 时候，也是以字节为单位处理的）。而如果是UTF编码，则是6个字节e4?b8?ad?e6?96?87。很明显，这种表示方法还需要以另一种编码为基础。? 2、GB2312/GBK? 3、UNICODE? 需要说明的是，定长编码便于计算机处理（注意GB2312/GBK不是定长编码），而UNICODE又可以用来表示所有字符，所以在很多软件内部是使用UNICODE编码来处理的，比如java。? 4、UTF?-8 注意，虽然说UTF-8是为了使用更少的空间而使用的，但那只是相对于UNICODE编码来说，如果已经知道是汉字，则使用 GB2312/GBK无疑是最节省的。不过另一方面，值得说明的是，虽然UTF-8编码对汉字使用3个字节，但即使对于汉字网页，UTF-8编码也会比 UNICODE编码节省，因为网页中包含了很多的英文字符。? !--[if !supportLists]--三、????? !--[endif]--?java对字符的处理? 1、?getBytes(charset)? 3、new?String(charset)? 因为UTF-8可以用来表示/编码所有字符，所以new?String(?str.getBytes(?UTF-8?),?UTF-8?)?==str，即完全可逆。? 4、setCharacterEncoding()? 对于request，是指提交内容的编码，指定后可以通过getParameter()则直接获得正确的字符串，如果不指定，则默认使用ISO-8859-1 编码，需要进一步处理。值得注意的是在执行setCharacterEncoding()之前，不能执行任何 getParameter()。对于response，则是指定输出内容的编码，同时，该设置会传递给浏览器，告诉浏览器输出内容所采用的编码。? 5、几处设置? !--[if !supportLists]--???????? !--[endif]--JSP编译????????? !--[endif]--JSP输出????????? !--