## 16.8 Unicode字符问题 声明：由于本人对自字符集了解不深，因此翻译效果比较差，忘各大网友给予大力支持。 在我们关心我们所使用的字体字符集时，在JFreeChart和iText中使用Unicode字符集是没有任何问题的。在上面的例子中我们需要做一些修改来演示如何做到这些。 ### 16.8.1 背景 Java使用同一的字符集译码成文本字符串。这种译码对每个字符使用16进制。这就意味着将有65，536个有效的不同字符集（在Unicode标准中定义了大约38，000个字符）。 我们可以在JFreeChart和iText中使用这些字符,但归于一条：那就是只要我们使用的字体，包括我们用来显示的文本或者不显示的，都必须定义这些字符。许多字体并不完全显示成Unicode字符集。下面的网站含有那些的确支持Unicode的字体的有用信息： [http://www.slovo.info/unifonts.htm](http://www.slovo.info/unifonts.htm) 我们可以成功的提取使用tahoma.ttf字体。实际上，下面实例中我们将使用该字体，Tahoma字体并不是支持Unicode定义的每一个字符。因此，如果我们想使用一种特殊的字体时，就得必须选Unicode中一种相近的字体来代替。我们系统上都安装了字体Unicode MS (arialuni.ttf)——该字体完全支持Unicode字符集，尽管这种字体的定义的文件特别大（大约24M） ### 16.8.2 字体、iText和Java iText依照PDF规格来处理字体，这就对使用PDF文件嵌入的字体来处理文件带来了非常大的方便性，同时也需要自由读取定义文件的字体。 而java在字体类中汲取了部分字体格式的大部分细节内容。 在iText中，为支持Graphics2D的实现画图功能，实现从Java字体对象到BaseFont对象的映射字体对象是非常有必要的。这就是FontMapper接口所扮演的角色。 如果我们使用缺省的构建器构建了一个新的DefaultFontMapper实例，那么总会带有Java规格定义的本地字体映射。但是如果我们想使用其他一些字体——并且我们必须使用Unicode之外的字符——那么我们需要将其他的字符映射加入到DefaultFontMapper对象中。 ### 16.8.3 映射第三方的字体 这里我们决定使用Tahoma字体来显示标题。该字体的定义文件(tahoma.ttf)在我们系统下面的目录下可以找到。 ``` /opt/sun-jdk-1.4.2.08/jre/lib/fonts ``` 现在我们使用代码说明，使用iText创建FontMapper对象来使用Tahoma字体： ``` //设置字体 DefaultFontMapper mapper = new DefaultFontMapper(); mapper.insertDirectory("D:\\jre1.5.0_10\\lib\\fonts"); DefaultFontMapper.BaseFontParameters pp = mapper.getBaseFontParameters("Tahoma"); if (pp!=null) { pp.encoding = BaseFont.IDENTITY_H; } ``` 现在我们可以修改创建图表的代码，将图表的标题使用该字体： ``` TextTitle textTitle = chart.getTitle(); textTitle.setFont(new Font("Tahoma", Font.PLAIN, 20)); String text = "\u278A\u20A0\u20A1\u20A2\u20A3\u20A4\u20A5\u20A6\u20A7\u20A8\u20A9"; // String text = "hi"; Font font = new Font("Tahoma", Font.PLAIN, 12); TextTitle subtitle = new TextTitle(text, font); chart.addSubtitle(subtitle); ``` 副标题的输出如下图16.2所示。实例已经嵌入到PDF文件中。因此本文演示的该小程序很好的展示了这种类型的输出，给出了详细的步骤指南，便于我们正确使用。  如图16.2 一个Unicode副标题的图表