全国建设部网站,微商已经被国家定为传销了,网站设置点赞,绍兴市住房和城乡建设局官方网站这次给大家带来在JS中encodeURI(url)怎样才能不出现乱码#xff1f;#xff0c;在JS中使用encodeURI(url)的注意事项有哪些#xff0c;下面就是实战案例#xff0c;一起来看一下。一般情况下, 发送 encodeURIComponent(parmeName)encodeURIComponent(parmeValu…这次给大家带来在JS中encodeURI(url)怎样才能不出现乱码在JS中使用encodeURI(url)的注意事项有哪些下面就是实战案例一起来看一下。一般情况下, 发送 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)) 就可以得到想提交的参数的原值。相信看了本文案例你已经掌握了方法更多精彩请关注php中文网其它相关文章相关阅读
