1 描述 这里在service中 通过后台封装请求 请求参数中包含了中文值,传递到页面的时候出现了乱码。
2 解决方案:整个应用全是utf-8 通过解决乱码原理是 客户端 服务器端的编码格式一致。以前认为是一致的,只需要将要传递的中文乱码 进行编码 使用Decoding和encoding两个方法,不行,出现了问号乱码。
3 本地的不出现乱码 但是linuxn上出现了。最后在linux的tomcat中 发现没有设置编码。默认的是iso默认字符。这里需要显示设置。即在端口那里添加3. 修改tomcat配置文件:
在Tomcat的安装目录下conf文件夹中的server.xml文件,将配置访问端口的地方加上URIEncoding=“utf8"即可。
<Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" URIEncoding="utf-8">
不建议使用这种方式。
这样就就解决了乱码问题 。但是 这里不建议 我这也是网上找的 具体更好的办法还没有找到。
我估计不建议这个 是应为修改了配置文件吧 不利于移植等原因
2 解决方案:整个应用全是utf-8 通过解决乱码原理是 客户端 服务器端的编码格式一致。以前认为是一致的,只需要将要传递的中文乱码 进行编码 使用Decoding和encoding两个方法,不行,出现了问号乱码。
3 本地的不出现乱码 但是linuxn上出现了。最后在linux的tomcat中 发现没有设置编码。默认的是iso默认字符。这里需要显示设置。即在端口那里添加3. 修改tomcat配置文件:
在Tomcat的安装目录下conf文件夹中的server.xml文件,将配置访问端口的地方加上URIEncoding=“utf8"即可。
<Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" URIEncoding="utf-8">
不建议使用这种方式。
这样就就解决了乱码问题 。但是 这里不建议 我这也是网上找的 具体更好的办法还没有找到。
我估计不建议这个 是应为修改了配置文件吧 不利于移植等原因