字符串不正确<-FTCACHE-1->；在PDF文件中表示什么？

我的程序每天从源位置下载一个PDF文件。当我在记事本中看到PDF文件的二进制文本时，我发现有时候PDF文件的末尾有字符串

。有时PDF文件中缺少此单词

我的程序每天下载此PDF，并使用Windiff二进制比较将其与前一天的PDF文件进行比较

99%的情况下，Windiff报告PDF文件中的差异仅仅是因为一个PDF文件末尾包含字符串

有人知道这背后的原因吗

谢谢， Praveen“FT”可能是开源字体引擎。评论可能来自生成PDF的软件。如果您能够以某种方式识别它，您可以（假设它是开源的）查看一下它，看看是什么导致它发出注释

FreeType有一个专用于缓存的根源文件，称为。不过，它做的不多，只需包含其他源文件

在你看到的字符串上搜索，会发现一些或多或少随机的PDF:s，似乎包含它。

“FT”可能是开源字体引擎。评论可能来自生成PDF的软件。如果您能够以某种方式识别它，您可以（假设它是开源的）查看一下它，看看是什么导致它发出注释

FreeType有一个专用于缓存的根源文件，称为。不过，它做的不多，只需包含其他源文件

---

在你看到的字符串上搜索，会发现几个或多或少随机的PDF:s，似乎包含它。

生成PDF文件的应用程序有一个bug，FTCACHE标记不应该在那里，它不是有效的PDF构造。它的存在实际上会损坏PDF文件，它会使PDF文件中的FastWebView功能失效，正如您所看到的。在比较文件之前，可以安全地将其删除。

生成PDF文件的应用程序存在错误，FTCACHE标记不应存在，它不是有效的PDF构造。它的存在实际上会损坏PDF文件，它会使PDF文件中的FastWebView功能失效，正如您所看到的。比较文件之前可以安全地删除它。

由FatWire Content Server生成，这是一种web内容管理解决方案，可能正在生成您的URL。FTCACHE是指FutureTenseCache，即原始产品组件的名称。文本是一个“页脚”标志，向缓存模块指示页面是否正确生成。如果该页应该被缓存，则1表示该页已正确构建，因此是可缓存的。如果返回0，则表示该页已损坏，不应缓存。卫星服务器缓存引擎应该在读取此页脚后剥离它

换句话说，确保缓存未损坏的关键是导致PDF损坏

这个问题已经在FatWire ContentServer的补丁中修复了很长一段时间了

出于您的目的，只需忽略字符串-如果可以，请将其剥离

很抱歉。那是我的错误。：-）

由FatWire Content Server生成，这是一种web内容管理解决方案，可能正在生成您的URL。FTCACHE是指FutureTenseCache，即原始产品组件的名称。文本是一个“页脚”标志，向缓存模块指示页面是否正确生成。如果该页应该被缓存，则1表示该页已正确构建，因此是可缓存的。如果返回0，则表示该页已损坏，不应缓存。卫星服务器缓存引擎应该在读取此页脚后剥离它

换句话说，确保缓存未损坏的关键是导致PDF损坏

这个问题已经在FatWire ContentServer的补丁中修复了很长一段时间了

出于您的目的，只需忽略字符串-如果可以，请将其剥离

---

很抱歉。那是我的错误。：-）

我通过进一步的分析发现，如果我从文件中删除这个字符串并检查文件属性，那么FastWebAccess就会成为现实。如果我再次添加它，那么快速Web访问将变为错误。那么，下载文件时是否存在Fast Web Access有时为真或假的情况？我通过进一步分析发现，如果我从文件中删除此字符串并检查文件属性，Fast Web Access将变为真。如果我再次添加它，那么快速Web访问将变为错误。那么，在下载文件的过程中，FastWebAccess有时是真是假？