Java：为什么要执行两次encodeURI编码

╰半橙微兮° 2022-10-17 13:53 252阅读 0赞

# 前端为什么要执行两次url编码 #

假设页面端传入的机构名称（organame）中文是:"中”，按照下面步骤进行解码：

1.  第一次encodeURI，按照utf-8方式获取字节数组变成\[-28,-72-83\]，对字节码数组进行遍历，把每个字节转化成对应的16进制数，这样就变成了\[E4,B8,AD\],最后变成\[%E4,%B8,%AD\]
2.  第二次encodeURI，把数组最后变成\[%25E4,%25B8,%25AD\]然后就把处理后的数据\[%25E4,%25B8,%25AD\]发往服务器端，
3.  当应用服务器调用getParameter方法，getParameter方法会去向应用服务器请求参数，应用服务器最初获得的就是发送来的\[%25E4,%25B8,%25AD\]，应用服务器会对这个数据进行URLdecode操作，URldecode操作和encodeURL操作是相反的操作，处理结果就是\[%E4,%B8,%AD\]，并把这个值返回给getParameter方法，然后再在服务器端中调用相应的URL转码方法或者是函数 就可以把数据还原成最初页面发送过来的中文“中”了。
4.  如果只进行一次encodeURI，得到的是UTF-8形式的URL，服务器端通过request.getParameter()解码查询参数(通常是iso-8859-1)就会得到乱码。
5.  如果进行两次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解码，编码和解码的过程是对称的，所以不会出现乱码

# 总结 #

1.  前端进行两次编码（使用utf-8的编码格式）
2.  后台服务器自动会解码一次，但是不是按照utf-8的格式解码（这也就是为什么httpServletRequest.getParameter()直接取出来的数据和前端可能不一致的原因，因为自动解码）
3.  两次编码两次解码的过程为：  
    UTF-8编码->UTF-8(iso-8859-1)编码->iso-8859-1解码->UTF-8解码，编码和解码的过程是对称的，所以不会出现乱码。

原文：[https://www.cnblogs.com/damoblog/articles/9272795.html][https_www.cnblogs.com_damoblog_articles_9272795.html]

[https_www.cnblogs.com_damoblog_articles_9272795.html]: https://www.cnblogs.com/damoblog/articles/9272795.html