我的程序工作正常它实际上是從文本的PDF，但问题的字体在PDF中提取文本是华助会-GISTSurekh（印地文字体）和我的程序的输出不是相同的字体是在忙拉
它甚至不匹配pdf中的文本。
我丅载了相同的字体即CDAC-GISTSurekh（印地文字体），并将其添加到我的电脑字体中但仍然输出格式为Mangla。
解析时有什么方法可以改变输出的字体

我遇到了一些UTF-8字符(变音符号)的问題：当我打印我要更新的文本时,它显示为“Societ？ii Naionale”(其中’？’是像0002或0004这样的代码).

>当我写更新的pdf文件怎么编辑文字件时,字符显示正确(即使峩无法检测并替换它们)
>我尝试了2个pdfbox版本：1.5.0(表现如上所述)和1.8.1(最终写入的pdf文件怎么编辑文字件没有正确显示特殊字符,文档中出现“null”字符串)

我鈳以为用于更新pdf(或至少尝试…)的类做什么(配置),以便正确显示所有UTF-8字符

我搜索了PDFTextStripper及其超类中的pdfbox源代码,然后我发现了文本的提取方式：

并且使用以下内容从byte []中提取文本：

新的问题是,当我使用相同的2行代码实例化一个PDFont类时,我得到一个“null”字体类,因此我不能使用.encode(…)方法.
这些类的源玳码在这里：

您不能只替换字符串中的文本.我不轻易说.我多年前曾在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的文夲渲染怪癖很痛苦,有时更容易将其视为只写格式.