我希望有一个UIView 子类，它实现类似于setNeedsDisplay 的方法，除了重绘（即，通常通过drawRect: 调用）将很快发生在后台线程中，而不是在当前更新周期结束时。
它可能被称为setNeedsAsynchronousDisplay。或者现有的setNeedsDisplay 可能会被劫持并且不会在循环结束时导致重绘，或者其他任何情况，只要它让重绘不会发生在主线程阻塞屏幕上，更新交互直到完成。
在重绘发生之前，视图可以继续使用其当前绘制的表示。
这些方面的事情是否合理可行？
谢谢！
【问题讨论】：
标签： ios cocoa-touch uiview drawrect setneedsdisplay
是的，这是可能的。您可能需要在背景中将内容视图生成为图像并将图像推送到 nsdictionary 或数组中。
因此，当您的背景生成图像时，您可以通过渲染图像在 drawrect 函数中显示图像，前提是图像已经生成。
展示如何操作的 WWDC 视频：WWDC 2012 session 211 - Building Concurrent User Interfaces on IOS。以下是视频说明：
为了获得出色的用户体验，在呈现复杂的 UI 元素和处理数据时保持应用程序的响应性至关重要。了解如何在 UIKit 层使用并发来执行绘图和其他常见操作，而不会阻塞用户交互。
【讨论】：
没有。 视图 绘图必须发生在前景中。 Apple 在他们的文档中非常清楚地说明了这一点。
编辑：你是对的，只要不在 UIView 对象的绘图方法中，你就可以在后台绘制核心图形。您必须在后台进行绘图，然后在绘图完成后向主线程发送消息以更新您的视图对象。
我建议不要尝试覆盖 setNeedsDisplay。相反，添加新的 setNeedsAsynchronousDisplay 方法。在该方法中，使用 GCD 调用将渲染代码排队到异步队列。渲染完成后，让渲染代码在主线程上向自身发送 setNeedsDisplay 消息。
然后在您的子类的 drawRect 方法中，检查预渲染的图像并将它们绘制到视图的上下文中，而不是普通代码。
这样做的一个缺点是，仅通过实现 drawRect，您可能会减慢渲染速度，因为系统调用它而不是执行其他更有效的事情来渲染您的视图内容。
【讨论】：