这些字符都是不可打印的，自然需要进行转化。 java urlencode转码工具软件一些非ASCII字符，这些字符自然是非法的字符范围，转化也是理所当然的了。那么，UrlDecode解码使用方法是什么呢？很多用户非常想要知道哦，一起来看看吧！
ASP中的用法：Server.URLEncode内容
例如：<%response.writeServer.UrlEncode%>
PHP中的用法：urlencode内容
例如：<?echourlencode?>
JSP中的用法：URLEncoder.encode内容
例如：<% java.net.URLEncoder.encode%>
UrlDecode解码主要对字符串进行URL解码，返回已解码的字符串；
ASP中的用法：Server.UrlDecode(“内容”)
例如：<%response.writeServer.UrlDecode("%C0%B5%D1%A9%C6%BD%CD%F8%C2%E7%D3%AA%CF%FA%B2%A9%BF%CD")%>
PHP中的用法：urldecode(“内容”)
例如：<?echourldecode("%C0%B5%D1%A9%C6%BD%CD%F8%C2%E7%D3%AA%CF%FA%B2%A9%BF%CD")?>
JSP中的用法：URLDecoder.decode(“内容”)
例如：<% java.net.URLDecoder.decode("%C0%B5%D1%A9%C6%BD%CD%F8%C2%E7%D3%AA%CF%FA%B2%A9%BF%CD"); %>
当使用地址栏提交查询参数时，如果不编码，非英文字符会按照操作系统的字符集进行编码提交到服务器，服务器会按照配置的字符集进行解码，所以如果两者不一致就会导致乱码。
encodeURI函数采用UTF-8对URL 进行编码，所以如果服务器在进行解码时使用的是其他的编码方式就会出现乱码，默认的服务器配置的解码字符集都不是UTF-8，所以大部分情况下地址栏提交 中文查询参数时会产生乱码；针对这种情况，可以连续使用两次encodeURI在客户端(主要指浏览器)对非英文字符进行编码，然后在服务端使用 java.net.URLDecoder(String."UTF-8")解码，即可得到正确的中文。
原理：如果只进行一次encodeURI，得到的是UTF-8形式的URL，服务器端通过request.getParameter()解码查询参数(通常是iso-8859-1)就会得到乱码。
如果进行两次encodeURI,第一次编码得到的是UTF-8形式的URL，第二次 编码得到的依然是UTF-8形式的URL，但是在效果上相当于首先进行了一次UTF-8编码(此时已经全部转换为ASCII字符)，再进行了一次iso- 8859-1编码，因为对英文字符来说UTF-8编码和ISO-8859-1编码的效果相同。在服务器端，首先通过 request.getParameter()自动进行第一次解码(可能是gb2312,gbk,utf-8,iso-8859-1等字符集,对结果无影 响)得到ascii字符，然后再使用UTF-8进行第二次解码，通常使用java.net.URLDecoder("","UTF-8")方法。
两次编码两次解码的过程为：UTF-8编码->UTF-8(iso-8859-1)编码->iso-8859-1解码->UTF-8解码，编码和解码的过程是对称的，所以不会出现乱码。
