中文乱码

添加中文字符编码： $sudo vim /var/lib/locales/supported.d/local #添加下面的中文字符集 zh_CN.GBK GBK zh_CN.GB2312 GB2312 zh_CN.GB18030 GB18030 使其生效： $sudo dpkg-reconfigure locales vim: 打开vim的配置文件，位置在/etc/vim/vimrc 在其中加入 set fileencodings=utf-8,gb2312,gbk,gb18030 set termencoding=utf-8 set encoding=prc 保存退出 source /etc/vim/vimrc 此时vim就能正确显示中文了。 --------------------------------------------------------------' pdf: $sudo apt-get install xpdf-chinese-simplifiedxpdf-chinese-traditional #安装pdf的中文字体 $sudo apt-get install poppler-data #安装解决pdf中文显示乱码的软件 $cd /etc/fonts/conf.d $sudo cp 49-sansserif.conf 49-sansserif.conf

前面的一些博文中已经提到了zxing这个开源工具生成和读取二维码图片，仅从学习的角度来看，可以 告一个段落。在实际的生产环境中，应用zxing生成和读取二维码，却存在一些问题： 使用扫描枪读取zxing生成的带中文的二维码图片的时候，存在中文乱码问题； 用zxing生成的二维码图片会随着存储信息量的增大，图片也会变大（就这一点来说，使用iText这个工具生成的二维码图片的长宽会相对固定一点，这也是选择iText生成二维码的一个因素）。 为了解决这些问题，在经过一番折腾后，找到了一个替代的解决方案，使用iText工具生成二维码图片，由于iText没有提供类读取二维码内容，这里我们仍然使用zxing，并且特别注意了中文乱码的问题。下面是代码： package test; import java.awt.Color; import java.awt.Graphics; import java.awt.Image; import java.awt.image.BufferedImage; import java.io.ByteArrayInputStream; import java.io.ByteArrayOutputStream; import java.io.File; import java.io.FileOutputStream; import java.io

在使用 JSP 的过程中，最使人头疼的一个问题就是中文乱码问题，要解决这个问题首先要知道问题出在哪里，然后再找解决方案，下面就列出了具体的步骤，只要按以下步骤去做，解决JSP页面显示 中文乱码 的问题就很容易了。 1，首先developer要明确自己为什么会遇到乱码，遇到什么样的乱码（无意义的符号还是一串问号或者其它什么东西）。新手遇到一堆很乱的字符时通常不知所措，最直接的反映就是打开google搜索“ java中文 ”（这个字符串在搜索引擎上的查询频率非常高），然后一个一个的去看别人的解决方法。这样做没有错，但是很难达到目的，原因下面会提到。总之，出现乱码的原因是非常多的，解决的方法也完全不一样，要解决问题必须先分析自己的”上下文环境”。 2，具体说来，需要哪些信息才能确定项目中的乱码的根源。 a，开发者所用的操作系统 b，j2ee容器的名称，版本 c，数据库的名称，版本（精确版本）以及jdbc驱动的版本 d，出现乱码的source code（比如是system out 出来的，还是jsp页面中的，如果是jsp中的，那么头部声明的情况也很重要） 3，如何初步分析乱码出现的原因。 有了上述的信息，基本上就可以发帖求助了，相信放到javaworld等论坛上，很快就会有高手给你提出有效的解决方案的。当然不能总靠发帖求助，也要试试自行解决问题。如何下手呢？ a，分析一下你的“乱码

关于使用pager-taglib分页前端传递中文参数乱码问题的解决方案 1.重现问题 在web项目中有时会用到pager-taglib来作为分页的标签，如上图红色框标识所示，当我们需要把页面参数保持的时候我们会在<pg:param />标签中把参数进行传递。 如果你的页面编码为gb2312那这样写是没有问题的，但是如果你的页面编码是utf-8的话那就会出现乱码问题。我尝试了很多方法，编码过滤器，编码拦截器(struts2)，传递 参数的时候进行编码然后后台进行解码，还有WEB(如TomCat等)应用服务器编码。还是觉得这些方法没有从根本上解决问题。既然是用pager-taglib标签进行分页，那我们就 去看看pager-taglib里面关于字符集编码的处理。 2.pager-taglib字符集处理源码 a.首先我们要准备一个pager-taglib-2.0的war包 b.然后我们把它解压 在WEB-INF下面的lib包下面有两个jar包 c.pager-src.jar这就是pager-taglib的源码包,我们打开它找到final void addParams(String name, Stringvalue)这个方法 上图标红的几行代码很容易就能看出URLEncoder.encode(value)方法就是在对传递的参数进行字符集编码处理,那具体是怎么处理呢？ 我们继续跟进去看源码

废话不多说，在web开放中遇到前台向后台传值，注意：中文值的时候，后台如果单纯的用request.getParamter(name);接收，得到的是一个乱码，如何避免出现中文乱码？这里简单的介绍下，我自己的成功案例。 一般会出现中文乱码是因为我们进行url传值（也就是在url后加参数，参数值是中文，才会出现中文乱码，正常的提交表单，我目前没遇到过中文乱码） 这里是在jsp中的javascript中进行的加密 var a=encodeURIComponent("中国");//这里对中文使用encodeURIComponent进行加密 例如：url="传参到url目标位置 现在到action 也就是服务器上对前台加密后的a进行解密，才能得到“中国”这个正常的中文字符串 String name= new String(request.getParamter("a").getBytes("iso8859-1"), "UTF-8"); 注意：那个new String 不能漏写 来源： oschina 链接： https://my.oschina.net/u/2377060/blog/546844

从 Linux.com 看到了这个新的支援 UTF-8 字体显示的终端，试用了一下，感觉非常不错～ Fbterm 基于 Framebuffer，目标是为 Linux 提供一个可以支持国际化字符显示、并且支持字体配置的纯终端环境，类似于大家熟悉的 zhcon 和 cce，不过安装和配置上要简单不少。 要想运行 Fbterm，首先你的 Linux 内核必须已经配置并且启用了 Framebuffer 的支持，如果正确配置，应该会有 /dev/fb 这个文件，如果没有，Fbterm 会报错。 之后，下载 最新的 Fbterm 软件包 ，安装过程非常简单： ./configure make sudo make install 现在就可以在纯控制台下运行 fbterm 了，第一次运行 fbterm，会生成一个 ~/.fbtermrc 文件，内容如下： # Configuration for fbterm # font family/pixelsize used by fbterm, mulitple font families must be separated by ',' font_family= mono font_size= 12 # default color of foreground/background text # available colors: 0 = black, 1

看到OSChina到处都是 IntelliJ IDEA 12.0的讨论，于是按奈不住好奇的心情下载来试用，惯例是编写一个简单的test体会一下感觉，不管别人怎么说，自己的体会才是王道，自然在http://www.oschina.net/news/35463/intellij-idea-12-final评论里面有很多问中文输入乱码的问题也要测试一下，输入中文，晕，乱码……自觉谷妹度娘一番，各种改编码，更有甚者改java的源码之类的各种方法去了，待我一一亲自去试，发现解决不了问题，症状是无论你改为哪种编码方式，乱码依旧，于是想起webstorm和这货是一家出的，要出问题自然也要一起出问题，于是打开webstorm，发现改为相同字体。也会乱码。切换回我自己设置的 YaHei Consolas Hybrid字体乱码消失，于是问题得以解决，下面是解决的步骤： 这里我们选择YaHei Consolas Hybrid字体来设置，当然你也可以选择你自己喜欢的对中文支持良好的字体来进行操作，由我上面的实验得出结论，貌似跟跟编码没有太多关系。 原因分析：在安装了次字体后你会发现你在Editor-->Colors&Font-->里面找不到此字体。 解决办法： 1，首先在网上找到次字体安装到操作系统中，请百度搜索一番方能找到。 2，按图所示，保存为另外一个名字，由你喜欢。最好是英文字母组成

在前面转换的Tomcat项目中，我们发起的json请求内容是英文的，tomcat项目正常处理请求，返回xml报文。但是如果我们的请求json报文中包含了中文，例如 { "name":"王三", "id":"197" } 这样的请求发送给ESB项目时中文处理正常，没有出现乱码。 <?xml version='1.0' encoding='UTF-8' ?> <Student> <name>王三</name> <id>197</id> </Student> 这是因为ESB项目中的Http Listener控件已经内置了将请求的json报文按UTF-8编码格式读取，使得处理请求时不会出现中文乱码。 ESB项目转换成的Tomcat项目使用Servlet inbound endpoint替换了Http Listener控件，处理json报文时缺乏了内置编码支持，响应的xml报文因而出现了乱码。 <?xml version='1.0' encoding='utf-8'?> <Student> <name>王三</name> <id>197</id> </Student> 为了处理中文乱码，我们需要在转换后的Tomcat项目的流程文件testproject.xml的servlet inbound endpoint后添加以下代码: <set-property propertyName=

web应用程序在提交中文数据的时候，后台经常出现乱码现象。为了彻底分析产生原因，做了一个简单测试： 创建一个简单的java web应用程序，没有使用任何框架，部署在tomcat环境中。 使用谷歌和ie浏览器分别进行测试，测试结果如下： Browser Method Tomcat URIEncoding httpServletRequest System.out Chrome GET - - （乱码） Chrome GET - setCharacterEncoding("gb2312") （乱码） Chrome GET - setCharacterEncoding("utf-8") （乱码） Chrome GET URIEncoding="gb2312" - （乱码） Chrome GET URIEncoding="gb2312" setCharacterEncoding("gb2312") （乱码） Chrome GET URIEncoding="gb2312" setCharacterEncoding("utf-8") （乱码） Chrome GET URIEncoding="utf-8" - 中文正常显示 Chrome GET URIEncoding="utf-8" setCharacterEncoding("gb2312") 中文正常显示 Chrome GET

原因： springmvc在处理请求时，默认采用的是 ISO-8859-1 编码格式，具体原因不了解，个人觉得是还没有来得及更改，所以在处理一些json格式的时候，会出现中文乱码。 org.springframework.http.converter.StringHttpMessageConverter类是处理请求或相应字符串的类，并且默认字符集为ISO-8859-1，所以在当返回json中有中文时会出现乱码。 解决办法，只需在配置文件中加入如下代码： <!-- 处理请求时返回json字符串的中文乱码问题 --> <mvc:annotation-driven> <mvc:message-converters> <bean class="org.springframework.http.converter.StringHttpMessageConverter"> <property name="supportedMediaTypes"> <list> <value>application/json;charset=UTF-8</value> </list> </property> </bean> </mvc:message-converters> </mvc:annotation-driven> 来源： oschina 链接： https://my.oschina.net/u