gnuplot/pngcairo无法正确渲染UTF-8字符问题排查求助

这种相同环境配置下却出现中文字符渲染差异的问题确实头疼，我之前也碰到过类似情况，大概率是字体、依赖库或者系统配置的细微差异导致的，下面给你梳理排查方向和修复方法：

• 字体文件的完整性与权限
  先确认两台机器上dejavu-sans-mono-fonts安装的文件是否完全一致。执行以下命令对比输出：

  rpm -ql dejavu-sans-mono-fonts
  

  另外检查字体文件的权限，确保两台机器的字体都能被读取：

  ls -l /usr/share/fonts/dejavu/DejaVuSansMono*.ttf
  

  正常权限应该是rw-r--r--，如果某台机器权限异常，会直接导致gnuplot无法加载字体。

• 字体缓存状态
  CentOS 通过fc-cache管理系统字体缓存，可能有问题的机器缓存没有正确生成。先检查字体是否被系统识别：

  fc-list | grep DejaVuSansMono
  

  如果搜不到该字体，说明缓存失效，需要强制刷新。

• gnuplot依赖的cairo库版本
  gnuplot的pngcairo终端依赖cairo库处理字体渲染，不同版本的cairo对UTF-8字符的支持可能有差异。对比两台机器的cairo相关包版本：

  rpm -qa | grep cairo
  

  如果版本不一致，可能就是问题根源。

• 系统区域设置（locale）
  虽然脚本里指定了set encoding utf8，但系统的locale配置仍可能影响字符编码的识别。执行locale命令对比两台机器的LANG、LC_ALL、LC_CTYPE等变量，尤其是LC_CTYPE如果不是UTF-8编码，可能导致字符渲染失败。

• gnuplot的安装方式差异
  确认两台机器的gnuplot是否都是通过yum包安装的：

  rpm -qa | grep gnuplot
  

  如果其中一台是源码编译安装的，可能编译时没有启用cairo的UTF-8支持，或者依赖的库版本不匹配，这也会导致渲染差异。

• 修复字体缓存问题
  在有问题的机器上强制刷新字体缓存：

  fc-cache -f -v
  

  刷新完成后重新运行gnuplot脚本测试。

• 修复字体文件权限
  如果发现字体权限异常，执行以下命令修正：

  chmod 644 /usr/share/fonts/dejavu/DejaVuSansMono*.ttf
  

  之后再刷新字体缓存。

• 统一cairo库版本
  找到正常机器的cairo版本（比如cairo-1.15.12-4.el7.x86_64），在有问题的机器上安装相同版本：

  yum install cairo-1.15.12-4.el7.x86_64
  

  替换成实际的版本号，安装完成后重启终端再测试。

• 统一系统locale配置
  编辑/etc/locale.conf文件，设置UTF-8编码：

  LANG=en_US.UTF-8
  LC_ALL=en_US.UTF-8
  

  执行source /etc/locale.conf使配置生效，或者重启机器后再运行脚本。

• 重新安装gnuplot（针对源码编译版本）
  如果有问题的机器是源码编译的gnuplot，先卸载：

  # 假设源码安装到/usr/local，进入编译目录执行
  make uninstall
  

  然后用yum安装和正常机器相同版本的gnuplot：

  yum install gnuplot
  

修复完成后，重新执行你的测试脚本：

cat test.gnuplot | gnuplot > test.png

查看生成的test.png应该就能正常显示“同”字了。

内容的提问来源于stack exchange，提问作者Lightness Races in Orbit