iTextSharp 5.5.13.2匈牙利语、波兰语PDF字符显示异常问题

问题根因 #

• 你当前使用的f_cn字体属于仅覆盖中日韩+基础拉丁字符集的字体（例如精简版宋体/黑体、iText默认内置的14款基础字体），本身没有包含匈牙利语的ő、ű，波兰语的ł、ą等扩展拉丁字符的字形，无法渲染的字符会直接丢失。
• 初始化字体时如果使用了西欧编码（BaseFont.CP1252），也会导致不属于西欧字符范围的特殊字符无法被正确识别。

解决方案 #

1. 准备兼容字体 #

优先选择覆盖全Unicode字符集的字体，例如开源免费的Noto Sans系列、微软Arial Unicode MS，或者匈牙利、波兰本地常用的系统字体即可，不要使用iText内置的基础字体。
如果需要部署到Linux服务器，可以把字体文件放到项目资源目录，避免服务器缺少对应字体。

2. 修改字体初始化逻辑 #

初始化字体时指定Unicode编码BaseFont.IDENTITY_H，同时开启字体嵌入，示例代码如下：

// 第一个参数为字体文件路径，第二个参数指定Unicode水平编码，第三个参数设置字体嵌入到PDF中
BaseFont f_central_europe = BaseFont.CreateFont(@"你的字体文件路径/arialuni.ttf", BaseFont.IDENTITY_H, BaseFont.EMBEDDED);

3. 替换渲染逻辑的字体参数 #

渲染匈牙利语、波兰语文本时，把传入的字体参数替换为上面初始化的兼容字体即可：

case "HU"://匈牙利
     writeText(cb, "Vevői cselekvési jelentés", 210, 793, f_central_europe, 16);

注意事项 #

• 商用项目请确认使用的字体版权合规，优先选择开源免费字体可规避版权风险。
• 本方案同时兼容波兰语的所有特殊字符，无需额外单独适配。

内容的提问来源于stack exchange，提问作者Sandip Shinde