本质上来说，java.net.UrlEncoder适用于将 String 转换为 application/x-www-form-urlencoded MIME 格式的静态方法 时 ，使用
但！一般情况下，web应用中，当你的服务器，页面编码，请求时编码都已经修改为 utf-8后，依然乱码时，此时则应试着用下方所写到的方法
使用URLDecoder将所乱码的数据进行解码，
而在此处简单说一下乱码的场景和简单转换时的执行原理：
首先，form表单提示数据时，默认Content-type：为 application/x-www-form-urlencoded，
当然也可以是：multipart/form-data ，multipart/form-data 一般用做form表单以流的形式提交数据时，则设置，enctype为该form-data形式，
不过呢，一般情况下，本宝宝桑面 提到了，提交方式为application/x-www-form-urlencoded, 当 环境等等都已经配置为统一编码后，仍然出现汉字
传到后台 被解码处理的情况时（也就是所谓的乱码 ），此时可以尝试，该文下面所提到的方法，使用URLDecoder进行解码再转换，然后转换为汉字，
当然在使用场景上，其实还是有很多情况下需要区分的，当然 也是必须严格按照 格式 来做相对应的处理也才是最正确的方法，目前有些事情需要处理一下
先到这里喽，^_^ bye
java 使用URLDecoder和URLEncoder对中文进行处理
一 URLEncoder
HTML 格式编码的实用工具类。该类包含了将 String 转换为 application/x-www-form-urlencoded MIME 格式的静态方法。有关 HTML 格式编码的更多信息，请参阅 HTML 规范。
对 String 编码时，使用以下规则：
字母数字字符 "a" 到 "z"、"A" 到 "Z" 和 "0" 到 "9" 保持不变。
特殊字符 "."、"-"、"*" 和 "_" 保持不变。
空格字符 " " 转换为一个加号 "+"。
所有其他字符都是不安全的，因此首先使用一些编码机制将它们转换为一个或多个字节。然后每个字节用一个包含 3 个字符的字符串 "%xy" 表示，其中 xy 为该字节的两位十六进制表示形式。推荐的编码机制是 UTF-8。但是，出于兼容性考虑，如果未指定一种编码，则使用相应平台的默认编码。
例如，使用 UTF-8 编码机制，字符串 "The string ü@foo-bar" 将转换为 "The+string+%C3%BC%40foo-bar"，因为在 UTF-8 中，字符 ü 编码为两个字节，C3 （十六进制）和 BC （十六进制），字符 @ 编码为一个字节 40 （十六进制）。
该类包含了将 String 从 application/x-www-form-urlencoded MIME 格式解码的静态方法。
该转换过程正好与 URLEncoder 类使用的过程相反。假定已编码的字符串中的所有字符为下列之一："a" 到 "z"、"A" 到 "Z"、"0" 到 "9" 和 "-"、"_"、"." 以及 "*"。允许有 "%" 字符，但是将它解释为特殊转义序列的开始。
转换中使用以下规则：
字母数字字符 "a" 到 "z"、"A" 到 "Z" 和 "0" 到 "9" 保持不变。
特殊字符 "."、"-"、"*" 和 "_" 保持不变。
加号 "+" 转换为空格字符 " "。
将把 "%xy" 格式序列视为一个字节，其中 xy 为 8 位的两位十六进制表示形式。然后，所有连续包含一个或多个这些字节序列的子字符串，将被其编码可生成这些连续字节的字符所代替。可以指定对这些字符进行解码的编码机制，或者如果未指定的话，则使用平台的默认编码机制。
该解码器处理非法字符串有两种可能的方法。一种方法是不管该非法字符，另一种方法是抛出 IllegalArgumentException 异常
以上这篇详谈java编码互转(application/x-www-form-urlencoded)就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持菜鸟教程(cainiaojc.com)。