• 中文乱码 encodeURI来解决URL传递时的中文问题


    [size=large]       通过URL传中文参数时,在服务端后台获取到的值往往会出现乱码。解决方案有很多种。本文介绍如何通过encodeURI来解决中文乱码问题。

    首先,在前端页面准备参数的时候,需要对中文参数进行encode处理:

    var url = 'HelloWorldServlet?star_name='+
    encodeURI(encodeURI("刘德华"));
    window.open(url);

    其次,在服务端后台程序代码中用java.net.Decoder进行解码,从而得到中文参数的真实值:

    String starName = 
    java.net.URLDecoder.decode(request.getParameter("star_name"),"UTF-8");

    目的达到了。哈哈,很简单吧。不过此时你可能有个疑问,前端在进行encode编码是,为什么用了两次encodeURI,而服务器后端在解码时只解了一次?

    原因是:容器会默认帮你解一次码。

    此时,你可能又要问了,既然容器会默认解一次码,那么为什么不直接在前端只进行一次encode,服务端程序直接request.getParameter(“star_name”) ?画蛇添足了吧?

    原因是:容器默认解码时采用的编码是容器的默认编码,可能是UTF-8,GBK,也可能是其他编码方式。这与你的应用的编码方式未必会一致。所以你直接获取的话可能会出现乱码。

    当然也可以通过修改容器的默认编码,而实现“前端一次encode——后端直接获取”的途径获取中文参数。

    例如:Tomcat的默认编码修改方式:

    修改%TOMCAT_HOME%/conf/server.xml,找到这行代码:

    <Connector port="8080" protocol="HTTP/1.1" redirectPort="8449" connectionTimeout="20000"/>

    在后面可以追加URIEncoding属性,例如:

    <Connector port="8080" protocol="HTTP/1.1" redirectPort="8449" connectionTimeout="20000" URIEncoding="UTF-8"/>

    如果不方便改容器默认编码方式,或者应用程序本身就有多种编码方式的话,还是采取本文给出的解决方案,通过“前端两次encode——后端一次decode”的途径获取中文参数吧。

  • 相关阅读:
    Android如何实现超级棒的沉浸式体验
    这次聊聊Promise对象
    svn add文件名包含@符号的解决方案
    证明3|n(n+1)(2n+1)
    Xcode迁移工程常见问题
    Multiple build commands for output file
    python中descriptor的应用
    xcode快捷键
    Cycript
    令assignment操作符返回一个reference to *this
  • 原文地址:https://www.cnblogs.com/root429/p/9251325.html
Copyright © 2020-2023  润新知