解决ajax get方式提交中文参数乱码问题
2016-02-22 11:25
676 查看
问题:使用DWZ+SSH+Tomcat7
提交中文参数时,由于最后调用的是jquery ajax get方式提交,后台取到的参数总是乱码。
解决方法,将提交的URL连同参数调用两次encodeURL
ajaxTodo("xxxx/importPerMemCostAction.action?filePath=" + filePath + "&fileName=" + encodeURI(encodeURI(fileName)), "");
说明:ajaxTodo是dwz中的ajax提交函数,虽然方式选用的是post提交,但由于参数是写在url中的,后台取到的依旧是乱码。
后台再取fileName时
String fileName = URLDecoder.decode(request.getParameter("fileName"), "UTF-8");
----------------------------------------------------------------------------------------------------------------------------------------------------------
以下为转载
一般情况下, 发送 encodeURIComponent(parmeName)+"="+encodeURIComponent(parmeValue);
接收时, 直接 String paramValue = request.getParameter(paramName); // 容器自动解码.
我们知道 encodeURIComponent 使用的是 UTF-8 编码规则来编的.
如果 request.getParameter(paramName) 时,容器也按 UTF-8 解的话,是正确的. 根本无须在客户端
进行二次的 encodeURIComponent(...)
如果 request.getParameter(paramName),容器没有按 UTF-8 解的话, 结果只有一个,就是乱码!
容器按什么编码来解码,决定于 request.setCharacterEncoding(***) 或者 服务器程序配置.
如果你在 jsp 程序中,能够 request.setCharacterEncoding("UTF-8"), 并且 修改服务器配置,让容器在解 GET 提交的参数时,使用 UTF-8.
客户端提交前不用二次编码, 接收时,也只要直接 request.getParameter(paramName) 即可
---------------------
为什么网上会有人提出在客户端对字符串重复编码两次呢.
如果因为项目需要,不能指定容器使用何种编码规则来解码提交的参数, 比如:需要接收来自不同页面,不地编码的参数内容时。 (又或者是开发人员被这有点复杂的东东搞得晕头转向,不懂得如何正确的去做好这接收参数的工作)
这个时候,在客户端对参数进行二次编码,可以有效的避开“提交多字节字符”的这个棘手问题。
因为第一次编码,你的参数内容便不带有多字节字符了,成了纯粹的 Ascii 字符串。(这里把编第一次的结果叫成 [STR_ENC1] 好了。[STR_ENC1] 是不带有多字节字符的)
再编一次后,提交,接收时容器自动解一次 (容器自动解的这一次,不管是按 GBK 还是 UTF-8 还是 ISO-8859-1 都好,都能够正确的得到 [STR_ENC1])
然后,再在程序中实现一次 decodeURIComponent (Java中通常使用 java.net.URLDecoder(***, "UTF-8")) 就可以得到想提交的参数的原值。
提交中文参数时,由于最后调用的是jquery ajax get方式提交,后台取到的参数总是乱码。
解决方法,将提交的URL连同参数调用两次encodeURL
ajaxTodo("xxxx/importPerMemCostAction.action?filePath=" + filePath + "&fileName=" + encodeURI(encodeURI(fileName)), "");
说明:ajaxTodo是dwz中的ajax提交函数,虽然方式选用的是post提交,但由于参数是写在url中的,后台取到的依旧是乱码。
后台再取fileName时
String fileName = URLDecoder.decode(request.getParameter("fileName"), "UTF-8");
----------------------------------------------------------------------------------------------------------------------------------------------------------
以下为转载
一般情况下, 发送 encodeURIComponent(parmeName)+"="+encodeURIComponent(parmeValue);
接收时, 直接 String paramValue = request.getParameter(paramName); // 容器自动解码.
我们知道 encodeURIComponent 使用的是 UTF-8 编码规则来编的.
如果 request.getParameter(paramName) 时,容器也按 UTF-8 解的话,是正确的. 根本无须在客户端
进行二次的 encodeURIComponent(...)
如果 request.getParameter(paramName),容器没有按 UTF-8 解的话, 结果只有一个,就是乱码!
容器按什么编码来解码,决定于 request.setCharacterEncoding(***) 或者 服务器程序配置.
如果你在 jsp 程序中,能够 request.setCharacterEncoding("UTF-8"), 并且 修改服务器配置,让容器在解 GET 提交的参数时,使用 UTF-8.
客户端提交前不用二次编码, 接收时,也只要直接 request.getParameter(paramName) 即可
---------------------
为什么网上会有人提出在客户端对字符串重复编码两次呢.
如果因为项目需要,不能指定容器使用何种编码规则来解码提交的参数, 比如:需要接收来自不同页面,不地编码的参数内容时。 (又或者是开发人员被这有点复杂的东东搞得晕头转向,不懂得如何正确的去做好这接收参数的工作)
这个时候,在客户端对参数进行二次编码,可以有效的避开“提交多字节字符”的这个棘手问题。
因为第一次编码,你的参数内容便不带有多字节字符了,成了纯粹的 Ascii 字符串。(这里把编第一次的结果叫成 [STR_ENC1] 好了。[STR_ENC1] 是不带有多字节字符的)
再编一次后,提交,接收时容器自动解一次 (容器自动解的这一次,不管是按 GBK 还是 UTF-8 还是 ISO-8859-1 都好,都能够正确的得到 [STR_ENC1])
然后,再在程序中实现一次 decodeURIComponent (Java中通常使用 java.net.URLDecoder(***, "UTF-8")) 就可以得到想提交的参数的原值。
相关文章推荐
- IO多路复用之poll总结
- 马走日 回溯实现(不是最佳方案但能找出路径)
- UItableView的使用(1)
- Donate
- 在Unity中使用Lua脚本:语言层和游戏逻辑粘合层处理
- Java Socket编程 标准范例(多线程)
- MAC搭建RUBY
- c语言入门之项目3.2——输出50个*
- mac下安装memcached
- [NSBundle mainBundle] 详解
- Android开发-Touch事件分发响应机制
- RecyclerView CardView的基本使用
- Spark 读取HDFS存入 HBase(1.0.0 新 API)
- PHP实现linux命令tail -f
- H264视频编码成MP4文件
- Unity3d碰撞检测中碰撞器与触发器的区别
- (1) 自定义分页<采用jsp和Java实现>
- Java基础知识
- GC
- KVM查看虚拟机的分区内容(4)