最近的物流供应链IT项目中遇到这么一个烦人的问题：使用ireport5.6生成PDF时，当一段文字中有使用中英文时，在浏览器中英文字体排列不规则的问题。注意，下文中所提到字体显示有问题，均指中英文字体混排时，英文字体显示有问题。
此问题应该有不少人会遇到，也为了帮助广大PDF中文使用者不用再承受解决此问题的痛苦，特将测试环境，解决思路及最终解决方案记录于此。事实上，我开始写的时候仍未解决，但我相信随着排查进度的深入，问题最终可以解决(结果也是如此)。
这里提笔开始写文章也是为了给公司的小伙伴展示解决问题的思路，我觉得，解决问题最重要的事情是：要有正确的思路。而我即将展示我的探索过程。
本文按环节分以下5部分：
1. 问题描述
2. ireport的设置，
3. 生成PDF的服务器
4. 对显示字体的调查
5. 最终解决方案：字体配置及打包
1. 问题描述
为说明问题，先上对比图，这是一张海运HBL的PDF（物流行业的文档）
我对该问题进行了更多的双系统对比（用不同浏览器打开此PDF）：
Mac：Chrome，Firefox，Safari中英文混排皆可正常显示
Win10：Chrome中英文混排效果很差，Firefox，Edge中英文混排效果略好于chrome，仍参差不齐
Win7：Chrome，Firefox中英文混排效果皆很差，IE11中英文混排效果略好
结论：如果用户使用Mac系统去操作就万事大吉，如果用户使用WIN系统，呵呵。。。
2. iReport对中英文字段的设置
通过第1点的工作，我决定将解决方向定位为：如何解决在Win系统下的显示中英文这个重点上，先来看看iReport中对此字体的设置
3. 生成PDF的服务器
服务器为CentOS，所以PDF的源头是一样，就是说，同样的PDF文件，在不同的系统中，不同的浏览器显示的中英文混排效果不同，所以我怀疑：
1. WIN系统的浏览器对PDF中文字体中的英文字体（样式）的预览有问题（bug）
2. iReport 的PDF的中文字体设置后，对混在其中的英文字体（样式）在WIN系统中的字体库中不存在，导致显示问题
由此我进入下一个调查重点：字体
4. 对显示字体的调查
为了研究字体的显示问题，我在Win系统中发现，如果使用Foxit PDF reader打开来预览文件的话，英文字体显示有问题; 而用Adober Reader打开后英文字体显示则没有问题，看图：
嗯？为什么我的设置在不同的Reader中用了不同字体？我设置的样式应该是黑体才对啊，就是说“黑体”的字体没有找到，不同的PDF viewer在找不到对应的字体后，自动用其默认的字体去渲染显示，导致英文字体显示不正确。
带着疑问，我开始了新的探索，尝试在网上找了相当多的文档，包括IReport官方文档，中文设置文档等等，然后开始了漫长的字体调试过程：导出字体并让服务器使用“黑体”
把文件放到服务器，重启，一打印，就遇到 UniGB-UCS2-H编码问题
然后我认为“黑体”jar包已经装载了，尝试着把中文编码的三个必选项去掉，把重新编译好的Jasper文件放到服务器上，打印还是报错！于是开始基于UniGB-UCS2-H编码 去网上寻找相关文章，大概翻阅了几十篇后，果然被我找到了！！
iReport增加中文字体
这篇文章只是介绍了如何导出导入中文字体，却帮助了我解决了想要解决的问题，关键点在那中文三项配置里，Pdf Encoding一定要选Identity-H (Unicode with horizontal writing)，而不是大多数网上文章说的 UniGB-UCS2-H (Chinese Simplified)，否则一定会引发UniGB-UCS2-H编码问题！
5. 最终解决方案：进行正确的字体配置及打包
在按照第4点中讲的方法，把PDF 模板所有中文字段都做了相应改动：Pdf Encoding选Identity-H (Unicode with horizontal writing)，调试，一切都OK了！
再次用不同PDF Reader打开查看字体，验证字体装载正确。
结论：iReport编辑器字段设置问题->中文字体装载问题
在调查的过程中，我一度认为是否是浏览器的bug引起的，后来经过排查，最终确认了这个是我们使用iReport时的字段设置中文字体引起的问题，导致了中英文混排出现显示问题。
学海无涯，在学习的道路上，你并不孤单，希望本文可以帮助到相关的人，我是物流IT人，刘宇，谢谢，再见。
补充一个文章，有个朋友看到的亚马逊的PDF也有同样的问题，我也记录了一下：
iReport5.6 生成PDF, 中英文混排时出现的问题(亚马逊篇)