前端、后台、终端交互之编码格式
2017-06-19 16:54
155 查看
楼主上周项目遇到一个小问题,具体是这样,因项目需求 我需要上传本地图片到服务器,图片命名方式要求含有中文(用于检索),然后后台提供接口给前端,前端来把照片展示出来,当图片不含中文时,一切正常,当图片含有中文,前端那边就会报404.
周一上午研究了一下 找到了原因及解决办法
![](https://img-blog.csdn.net/20170619154037464?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2FpNzg0OTIxMTI5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
浏览器会自动对中文进行URL编码
![](https://img-blog.csdn.net/20170619154457983?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2FpNzg0OTIxMTI5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
我意识到是不是 URL编码有问题导致,我试着 用 java api进行URL编码
![](https://img-blog.csdn.net/20170619160320759?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2FpNzg0OTIxMTI5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
我发现URL的值果然不同,因为我的java默认的是GBK编码格式,这里说说一下 UTF-8与GBK最大的区别
常用中文字符用utf-8编码占用3个字节(大约2万多字),但超大字符集中的更大多数汉字要占4个字节,GBK 收编的汉字两个字节一个汉字,
URL编码 是对每个字节 转换为16进制 前面再添加为%,
比如 “朗山路朗山三东” 共7个汉字
如果用UTF-8的格式去URL 编码的话,一个汉字3个字节应该一共是21个字节 也就是
%E6%9C%97%E5%B1%B1%E8%B7%AF%E6%9C%97%E5%B1%B1%E4%B8%89%E4%B8%9C
“朗”转换为16进制也就是 E6 9C 97
如果用GBK的格式去URL编码的话,一个汉字对应2个字节,7个汉字对应应该是14个字节,也就是
%C0%CA%C9%BD%C2%B7%C0%CA%C9%BD%C8%FD%B6%AB
“朗”转换为16进制也就是 C0 CA
服务器上文件名 是为gbk格式的,所以前端用utf-8 格式的路径去访问 会报404,
我有尝试把服务器上文件名改为utf-8格式的,再去访问,确认可行。
推荐一个编辑器
UltraEdit 可以直接看到汉字对应 16进制
![](https://img-blog.csdn.net/20170619165349097?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2FpNzg0OTIxMTI5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
参考 https://wenku.baidu.com/view/0c9939405a8102d277a22f77.html
周一上午研究了一下 找到了原因及解决办法
浏览器会自动对中文进行URL编码
我意识到是不是 URL编码有问题导致,我试着 用 java api进行URL编码
我发现URL的值果然不同,因为我的java默认的是GBK编码格式,这里说说一下 UTF-8与GBK最大的区别
常用中文字符用utf-8编码占用3个字节(大约2万多字),但超大字符集中的更大多数汉字要占4个字节,GBK 收编的汉字两个字节一个汉字,
URL编码 是对每个字节 转换为16进制 前面再添加为%,
比如 “朗山路朗山三东” 共7个汉字
如果用UTF-8的格式去URL 编码的话,一个汉字3个字节应该一共是21个字节 也就是
%E6%9C%97%E5%B1%B1%E8%B7%AF%E6%9C%97%E5%B1%B1%E4%B8%89%E4%B8%9C
“朗”转换为16进制也就是 E6 9C 97
如果用GBK的格式去URL编码的话,一个汉字对应2个字节,7个汉字对应应该是14个字节,也就是
%C0%CA%C9%BD%C2%B7%C0%CA%C9%BD%C8%FD%B6%AB
“朗”转换为16进制也就是 C0 CA
服务器上文件名 是为gbk格式的,所以前端用utf-8 格式的路径去访问 会报404,
我有尝试把服务器上文件名改为utf-8格式的,再去访问,确认可行。
推荐一个编辑器
UltraEdit 可以直接看到汉字对应 16进制
参考 https://wenku.baidu.com/view/0c9939405a8102d277a22f77.html
相关文章推荐
- Extjs学习总结之11前端与后台的数据交互ajax
- 后台对象,使用google json组件用json格式返回给前端的问题
- (跨平台)cocos2d-x C++ or Object-C(前端)调用C# webservices(后台),实现交叉编译到Android/IOS/WinPhone等移动终端设备
- Django前端与后台数据交互:用json传输数据到javascript来画hichart图表
- 关于Web前端做前后台数据交互的那些事儿
- 编码的问题--编码有三种(页面编码,文件格式的编码,后台处理所使用的编码)
- 前端和后台交互之token
- JSF后台代码与前端JS代码交互
- web前端与后台数据交互--Json
- 统一前后台数据交互格式
- 后台与前端JS的传值交互问题
- struts2 + ajax(由前台的form提交数据到后台,再根据form所调用返回获取的后台json格式的数据返回到前端,然后前端用jquery对json数据进行解析)==》》涉及文件上传的部分
- struts2 + ajax(从后台获取json格式的数据返回到前端,然后前端用jquery对json数据进行解析)
- 前端文件编码格式的问题
- FLEX4.7 与Java后台交互返回json格式的数组 并赋值给前台datagrid
- 前后台交互过程中json格式如何解析以及如何生成
- json格式数据在前台与后台之间交互实例
- JSON数据格式以及与后台交互数据转换实例
- 简单的ajax让前端jquery与后台node.js交互
- EXT--表单AJax提交后台,返回前端数据格式的转换