java中用JfreeChart可以生成图表，而不借助于flash，js，canvas等技术；

图表中的文字生成依赖于系统本地字体，但在Linux服务器上，中文字体缺失，进而引起图表中的中文乱码问题；

如下方法可以解决该问题：

在项目中加入ttf字体文件；

代码中通过该字体文件创建Font对象；

通过该Font对象控制图表中文字样式，即可避免中文乱码，同时，避免项目移植引起的字体样式丢失；

还有另一种解决方案

给程序所在的Linux服务器安装相应的字体，这样就不需要在程序包中加入字体文件；

但，程序移植到其他服务器之后字体样式将丢失；

以下是从字体文件创建Font的代码：

private static java.io.File file = null;

private staticFont font=null;

 

    private static void initFontFile() {

        if (file == null) {

            String vPath = ChartUtil.class.getClassLoader().getResource("").getPath();

            vPath = vPath + File.separator + "fonts" + File.separator + "simhei.ttf";

            file = new java.io.File(vPath);

        }

    }

 

    private static Font getFont(int style, Float size) {

        Font defFont = new Font("黑体", style, 12);

       if(null !=font ) return;

        try {

            initFontFile();

            if (file == null || !file.exists()) {

                return defFont;

            }

            java.io.FileInputStream fi = new java.io.FileInputStream(file);

            font = Font.createFont(Font.TRUETYPE_FONT, fi);

            fi.close();

            // 这一句需要注意

            // Font.deriveFont() 方法用来创建一个新的字体对象

            font= font.deriveFont(style, size);

            return font;

        } catch (Exception e) {

        }

        return defFont;

    }

 

JFreeChart 生成图表 在linux服务器中文乱码问题

java中用JfreeChart可以生成图表，而不借助于flash，js，canvas等技术；

图表中的文字生成依赖于系统本地字体，但在Linux服务器上，中文字体缺失，进而引起图表中的中文乱码问题；

如下方法可以解决该问题：

在项目中加入ttf字体文件；
	
代码中通过该字体文件创建Font对象；
	
通过该Font对象控制图表中文字样式，即可避免中文乱码，同时，避免项目移植引起的字体样式丢失；
还有另一种解决方案

给程序所在的Linux服务器安装相应的字体，这样就不需要在程序包中加入字体文件；
	
但，程序移植到其他服务器之后字体样式将丢失；
以下是从字体文件创建Font的代码：

private static java.io.File file = null;

	private static void initFontFile() {
		if (file == null) {
			String vPath = ChartUtil.class.getClassLoader().getResource("").getPath();
			vPath = vPath + File.separator + "fonts" + File.separator + "simhei.ttf";
			file = new java.io.File(vPath);
		}
	}

	private static Font getFont(int style, Float size) {
		Font defFont = new Font("黑体", style, 12);
		try {
			initFontFile();
			if (file == null || !file.exists()) {
				return defFont;
			}
			java.io.FileInputStream fi = new java.io.FileInputStream(file);
			Font nf = Font.createFont(Font.TRUETYPE_FONT, fi);
			fi.close();
			// 这一句需要注意
			// Font.deriveFont() 方法用来创建一个新的字体对象
			nf = nf.deriveFont(style, size);
			return nf;
		} catch (Exception e) {
		}
		return defFont;
	}






本文链接：http://blog.csdn.net/tomorrow13210073213/article/details/52159369

2017-05-22补充：

以上代码存在一个比较严重的问题：

代码上线运行后会在tomcat的temp目录下生成大量临时文件，并且不会自动删除；

虽然，代码里“fi.close();”已经将“FileInputStream”关闭了，但还是会生成临时文件无法删除，暂时不知道原因；

解决方式如下：

将如下代码替换：


 

java.io.FileInputStream fi = new java.io.FileInputStream(file); Font nf = Font.createFont(Font.TRUETYPE_FONT, fi); fi.close();

 

替换成：

 


 

Font nf = Font.createFont(Font.TRUETYPE_FONT, file);



即：直接通过file创建字体；

 

2018-11-12补充：

“2017-05-22补充”内容每次获取字体还是涉及到文件操作，依然会出现临时文件的问题，解决方式是直接将Font对象的实例置为静态，只创建一次；

1.准备一个想要显示的字体文件，这里用宋体（文件simsun.ttf），按照下面步骤添加到jdk中，这样项目就可以调用
2.操作：
1)    使用SecureCRT连接目标服务器。
2)  root@fort1:~# cd /usr/local/java/jdk1.8.0_11/jre/lib/fonts/
3)  root@fort1:~# mkdir fallback
4)  将左面文件simsun.ttf拷贝到fallback目录下。
5)  root@fort1:~# cd fallback
6)  root@fort1:~# mkfontscale
7)  root@fort1:~# mkfontdir
8) 重新启动tomcat。

宿主机：SUSE Linux
宿主机loclae 显示zh_CN
宿主机上touch 中文文件名称可以正常在shell里显示
docker tomcat容器 locale zh_CN.gbk
docker容器内部touch 中文文件名称可以正常在shell里显示
但是通过servlet生成的中文文件名称显示乱码？？？
这个docker Tomcat的镜像是通过dockerfile构建的，以centos7为基础，复制了一个离线安装tomcat包
然后启动容器时候运行run.sh
#!/bin/bash
sh /usr/local/apache-tomcat-9.0.34/bin/startup.sh
tail -f /usr/local/apache-tomcat-9.0.34/logs/catalina.out
问题排查，首先查看tomcat配置是否有问题
tomcat  conf server.xml 是否设置UTF-8
connectionTimeout="20000"
redirectPort="8443"
relaxedQueryChars="[]|{}^\`"<>"
maxThreads="1000"
URIEncoding="UTF-8" />
tomcat bin 启动文件catalina.sh
if [ -z "$LOGGING_MANAGER" ]; then
JAVA_OPTS="$JAVA_OPTS -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager "
else
JAVA_OPTS="$JAVA_OPTS $LOGGING_MANAGER"
fi
修改为以下：这里解决了catalina.out的乱码问题
if [ -z "$LOGGING_MANAGER" ]; then
JAVA_OPTS="$JAVA_OPTS -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Dfile.encoding=UTF8 -Dsun.jnu.encoding=UTF8"
else
JAVA_OPTS="$JAVA_OPTS $LOGGING_MANAGER -Dfile.encoding=UTF8 -Dsun.jnu.encoding=UTF8"
fi
docker 容器是否支持中文
docker exec -it tomcat bash
locale
里面已经改了，LANG=zh_CN.utf8，上面几个都不能解决。
没办法只能去java里面打印日志
import java. util.Properties;
import java.nio.charset.Charset;
....
Properties properties=System.getProperties();
System.out.prinln("编码"+properties.getProperty("file.encoding"));
System.out.prinln("编码"+properties.getProperty("sun.jnu.encoding"));
System.out.prinln(Charset.defaultCharset());
.....
发现，日志里面sun.jnu.encoding是ANSI_X3.4-1968;
file.encoding跟Charset.defaultCharset() 都是UTF-8
难怪会乱码，sun.jnu.encoding是会影响文件命名的，为啥这里不是UTF-8？
原来需要在catalina.sh里面配置。果断加入tomcat bin 启动文件catalina.sh上面几行
JAVA_OPTS="$JAVA_OPTS -Dsun.jnu.encoding=UTF8"
然后手动重启tomcat
cd /usr/local/apache-tomcat-9.0.34/bin
./shutdown.sh
./startup.sh
问题解决。
你以为完了？没有。。。
后面更改了web项目部分文件后重启容器发现问题依然出现。再次查看日志居然问题复现，这就奇怪了。为啥编码回去了？然后我又进入容器手动重启tomcat发现问题又解决了。那么现在明显是容器启动过程中的问题了。
为了验证我的想法，我在run.sh里添加了日志
#!/bin/bash
locale>>/home/locale.log
sh /usr/local/apache-tomcat-9.0.34/bin/startup.sh
tail -f /usr/local/apache-tomcat-9.0.34/logs/catalina.out
重启容器后发现locale.log内容是
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
这就是了，启动docker容器的时候顺带启动了Tomcat，但是启动Tomcat的时候环境居然是不支持中文的POSIX.
既然知道问题原因，那么就好解决了。一种方法是重新打镜像，把LANG=zh_CN添加到dockerfile里的ENV里。
我这里尝试了另外一种懒方法，在run.sh里启动Tomcat命令前重新设置一下LANG
#!/bin/bash
locale>>/home/locale.log
LANG=zh_CN
source /etc/profile
locale>>/home/locale.log
sh /usr/local/apache-tomcat-9.0.34/bin/startup.sh
tail -f /usr/local/apache-tomcat-9.0.34/logs/catalina.out
再次查看locale.log发现问题解决。程序运行也没问题。不用每次重启tomcat时候进入容器内部了，直接重启docker容器即可。