文章目录
- 前言
- 一、图片路径问题
- 二、解决办法
前言
上一次谈到从前端发送文件保存到项目文件夹里，这次从前端获取图片路径进行后续操作时，图片路径出现了问题。
一、图片路径问题
这是从前端获取到的图片路径，将其浏览器打开正常显示图片，且在浏览器地址栏自动转换成了中文名
后端报错找不到文件名，显然需要将编码进行解码处理，因此我做了以下处理：
//utf-8解码
String decodedImagePath = URLDecoder.decode(imagePath, StandardCharsets.UTF_8.toString());但是似乎没有用
二、解决办法
对路径进行解码肯定是没有问题的，但问题出在哪里了呢？经过资料的查询，有资料提到需要进行两次解码。
没想到的是竟然成功了。
这里资料的解释是：
针对这种情况，可以连续使用两次encodeURI在客户端(主要指浏览器)对非英文字符进行编码，然后在服务端使用java.net.URLDecoder.decode(s,“UTF-8”)解码，即可得到正确的中文。
如果只进行一次encodeURI，得到的是UTF-8形式的URL，服务器端通过request.getParameter()解码查询参数(通常是iso-8859-1)就会得到乱码。(这里有关request.getParameter()的解码，后面会解释)。
如果进行两次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解码，编码和解码的过程是对称的，所以不会出现乱码。
encodeURL函数主要是来对URI来做转码，它默认是采用的UTF-8的编码.
UTF-8编码的格式:一个汉字来三个字节构成，每一个字节会转换成16进制的编码，同时添加上%号.
