而 ubuntu可以正常显示汉字，说明ubuntu本身到字库应该是没问题到。那么问题出在什么地方呢？
答案是：JRE
netbean是用java写到，它到运行是必须要依靠JRE的，这个大家都知道。而JRE使用的字体是依靠JRE本身的配置文件来决定在系统中和什么字体文件对应到。
因此判定是这种对应出了问题。
根据Java的官方文档（http://download.oracle.com/javase/1.5.0/docs/guide/intl/fontconfig.html#loading），字体对应配置文件是位于jre/lib下面，有两种形式，一种是src文件，一种是bfc文件。bfc文件是二进制的，系统预定义的，所以我们需要修改的是src文件，到这个目录，一看，如下图：
看到这些文件名，基本也明白了个大概。看看fontconfig.OS.version.properties.src这种格式就应该明白，这是不同操作系统平台到配置文件，jre会根据操作系统到不同而自动选择对应到配置文件，因此，我打开了ubuntu 的对应文件，看第一行：
allfonts.chinese-cn-iso10646=-arphic-ar pl uming cn-light-r-normal--*-%d-*-*-c-*-iso10646-1
这里指定了jre用到逻辑字体和物理字体到对应关系，等号左边就是jre用的逻辑字体，而等号右边就是需要使用的物理字体了。
只是这个物理字体看起来跟火星文差不多，但是这个火星文可是正宗的X logical font description (XLFD)描述方式，这里不多说了，想了解的读者可以自己去google一下即可。
然后再看配置文件# Font File Names部分，其中有一行：
filename.-arphic-ar_pl_uming_cn-light-r-normal--*-%d-*-*-c-*-iso10646-1=/usr/share/fonts/truetype/arphic/uming.ttc
这是上面描述的物理字体和系统字体文件的对应描述。
左边不就是上面我们看着像火星文的物理字体名称吗？正好不知道哪儿去找这个字体，这下不就有答案了。连目录都告诉你了。
立刻跑到/usr/share/fonts/truetype目录去一看，不要说uming.ttc，连arphic这个目录都没有！
这下就面临两个选择：
1.修改配置文件，让他指向系统有的字体文件。
也就是修改：/usr/share/fonts/truetype/arphic/uming.ttc这部分，修改成存在到字体文件即可。
2.安装一个uming.tcc字体文件。
由于uming.tcc字体是比较有名的，是一个高质量到中文字库。因此我还是决定选择第二种方案。
到网上一goole，立刻找到了下载地址：http://ftp.br.debian.org/debian/pool/main/t/ttf-arphic-uming/ttf-arphic-uming_0.2.20080216.1-3_all.deb
下载回来之后：sudo dpkg -i ttf-arphic-uming_0.2.20080216.1-3_all.deb
安装顺利完成，这个时候再跑到/usr/share/fonts/truetype目录去一看，这下有arphic这个目录了，然后打开目录一看，uming.ttc就在那里！
马上打开netbeans，漫长的等待，终于看到了窗口，一切都有了，字体看着确实很美，不愧是arphic 产品啊。
自此问题完美的解决了，不管版本如何变化，都可以按照这个方式去解决问题。
网上一些文章说的cp字体到jre/lib/fonts/fallback，很多人不懂原理。fallback的目录是jre字体后备目录，意思就是按照正常配置找不到字体信息，就会在这个目录下到字体文件中去寻找。用这个方式有两个问题,一个是效率低下。二是字体不统一，会出现例如：文件这个词，文是楷体，件是黑体的“壮观”景象！为什么？因为文字在楷体字库找到了，但是这个字库找不到件字，于是就在fallback中到黑体字库去找，并且找到。这种现象就神奇的出现了！
最新评论