您不能只替换字符串中的文本.我不轻易说.我多年前曾在Acrobat上工作,并在初始版本中使用了文本搜索工具,因此我对文本编码问题有了相当深刻的理解.主要问题是PDF中的每个字符串都以某种方式编码.这是因为PDF是在Unicode通常可用之前制作的,并且在PostScript中有历史记录. PosctScript喜欢为字体提供非常灵活的编码方法,并鼓励重新编码.

让我们退后一步,了解整体情况.

PDF格式的字符串中的字符默认情况下用文本运算符显示,编码为一系列8位字符.要确定为每个字节绘制的字形,将通过该字体的编码向量推送该字节.编码向量将字节映射到字形名称,然后在字体中查找并在页面上绘制.请注意,此描述是半真半假的(稍后).

大多数生成PDF的应用都很友好,只使用标准编码,如StandardEncoding或WinAnsiEncoding,其中大部分都非常合理.其他人将使用标准编码以及编码增量,这是从标准编码到编码的差异.

有些应用程序试图在它们生成的PDF中更加节俭,因此它们会查看它们使用的字形并决定嵌入字体的子集.如果他们只使用大写和小写罗马字母和数字,他们重建没有这些元素的字体,也可以选择重新索引它们并提供一个编码矢量,使字节0x00转到字形’a’,0x01转到字形’b’等.

现在回到半真半假.有一类字符由字符ID(或CID)编码,TrueType和OpenType字体属于该类别.在这种情况下,您可以访问Unicode,但是还有一个编码步骤,您现在将字符串(现在为UTF16BE)映射到CID,该CID用于从字体获取字形.并且由于没有特别好的理由,Adobe使用PostScript函数进行映射.再次,这是一个3/4的事实真相,因为对于中文,日文和韩文字体的旧管理有不同的编码.

因此,在您轻松地将字符放入PDF字体的字符串之前,您必须提出几个问题：

>我的字形是字体吗？

>我的字形是否在编码中？

>我的字形的编码是什么？

其中任何一个都可能与您的期望不同.因此,例如,如果你想放入Ä(一个方向),你必须看看字体是否有它的字形(可能不存在,因为字体是一个子集).然后字体可能有一个有趣的编码,可能不包括字形.最后,用于Ä的实际字节值可能不是标准的.

因此,当我看到有人试图简单地替换PDF内容中的一大块文本时,我所看到的只是一个痛苦的世界.对于大多数理智的PDF,这将是有效的,90％的时间,但对于任何异国情调 – 祝你好运. PDF的文本渲染怪癖很痛苦,有时更容易将其视为只写格式.