相关疑难解决方法(0)

最近有很多关于绘制PDF的问题.

是的,你可以很容易地使用a来渲染PDF,UIWebView但这不能提供你期望从一个好的PDF查看器中获得的性能和功能.

您可以将PDF页面绘制到CALayer或UIImage.Apple甚至有示例代码来展示如何在Zoomable UIScrollview中绘制大型PDF

但同样的问题不断出现.

UIImage方法:

1. PDF UIImage不是光学尺度,也不是图层方法.
2. 打生成的CPU和内存UIImages从PDFcontext 限制/防止使用它来创建一个实时渲染的新的缩放的水平.

CATiledLayer方法:

3. 有一个重要的开销(时间)将完整的PDF页面绘制成CALayer:可以看到单个图块渲染(即使使用tileSize调整)
4. CALayers 不能提前准备(在屏幕外呈现).

一般来说,PDF查看器的内存也很重要.甚至监视苹果可缩放PDF示例的内存使用情况.

在我目前的项目中,我正在开发一个PDF查看器,并UIImage在一个单独的线程中呈现一个页面(这里也是问题!)并在比例为x1时呈现它.CATiledLayer一旦比例> 1,渲染就会开始.iBooks采用了类似的双重拍摄方法,就好像你滚动页面一样,你可以看到页面的低分辨率版本只有不到一秒钟,然后出现一个清晰的版本.

我在页面的每一侧渲染2页焦点,以便PDF图像准备好在它开始绘制之前掩盖图层.当页面离焦点页面+2页时,它们会被再次销毁.

有没有人有任何见解,无论多么小或明显改善Drawing PDF的性能/内存处理？或者这里讨论的任何其他问题？

编辑:一些提示(信用 - 卢克麦克尼斯,VdesmedT,马特加拉格尔,约翰):

• 尽可能将所有媒体保存到磁盘.

• 如果在TiledLayers上渲染,请使用更大的tileSizes

• init经常使用带占位符对象的数组,另外另一种设计方法就是这个

• 请注意,图像渲染速度比a快 CGPDFPageRef

• 使用NSOperations或GCD和块提前准备页面.

• CGContextSetInterpolationQuality(ctx, kCGInterpolationHigh); CGContextSetRenderingIntent(ctx, kCGRenderingIntentDefault);之前调用CGContextDrawPDFPage以减少绘制时的内存使用量

• 使用docRef初始化你NSOperations是个坏主意(内存),将docRef包装成单例.

• 取消不必要NSOperations当你可以,特别是如果他们将使用记忆,但要小心打开上下文!

• 回收页面对象并销毁未使用的视图

• 一旦您不需要它们,请立即关闭所有打开的上下文

• 接收内存警告释放并重新加载DocRef和任何页面缓存

其他PDF功能:

• 在PDF中获取链接(以及此处和此处)

  • 了解PDF Rect以进行链接定位

  • 转换PDF annot …