这是一个非常普遍的问题,但它基于一个特定的问题.我已经为iPad创建了一个pdf阅读器应用程序,除了某些总是使应用程序崩溃的pdf页面外,它的工作正常.我们现在发现,同样的页面也导致Safari崩溃,因此我开始怀疑问题出在Apple的pdf渲染代码中.
从我能够看到的,崩溃的页面导致渲染库开始像疯了一样分配内存,直到应用程序被杀死.我没有其他任何东西可以帮我确定是什么触发了这个过程.
对于最大的文档或具有最多形状的文档,不一定会发生这种情况.事实上,我们还没有找到任何参数来帮助我们预测哪些页面会崩溃,哪些页面不会崩溃.
现在我们发现通过允许您合并文档的消费者程序运行页面可以解决问题,但我无法检测到哪个属性或元素是关键.从长远来看,手动更换文件也不是我们的选择.我们需要在我们的服务器上运行自动化流程.
我希望有更深入了解pdf文件格式的人能够指出我合理的方向来寻找可能导致这种行为的文档功能.到目前为止我发现的只是关于JBIG2图像的东西,我认为我们没有任何这些.
京公网安备 11010802040832号 | 京ICP备19059560号-6 