我有一个带有一些非常复杂的绘图逻辑的视图（它是一个从 GIS 数据中绘制的地图视图）。在主线程上执行此绘图会锁定 UI 并使应用程序无响应。我想通过 NSOperation 将绘图移至后台线程。
构建这个的最佳方式是什么？
我目前正在绘制到内存外的 CGContext，然后将其转换为 CGImageRef，我将其发送到视图以在主线程上进行 blit。不幸的是，这会占用大量内存，并且似乎不再使用 GPU 加速，因为它的速度相当慢。有没有办法从后台线程直接绘制到视图？我知道 UIKit 不是多线程安全的，但也许有一些方法可以在我绘制时锁定视图？
【问题讨论】：
标签： ios multithreading uikit core-graphics nsoperation
iOS 4.0 之后，drawing is thread safe。您可能需要自己创建一个CGContext，但没有理由不能在后台线程上绘图。
也就是说，大多数 UIKit 操作都不是。如果您需要这样做，您可以随时在后台线程中进行准备，然后在需要时使用performOnMainThread。甚至还有waitUntilDone。也就是说，显然你应该使用NSOperation 和NSOperationQueue。
【讨论】：
我从来没有在 iPhone 上遇到过这种情况，但在 Mac 上我曾经遇到过类似的问题。
...
kRenderFPS 25.0 //This is Maximum value
renderTimer = [[NSTimer timerWithTimeInterval:(1.0 / (NSTimeInterval)kRenderFPS) target:viewobject selector:@selector(RenderUI:) userInfo:nil repeats:YES] retain];
[[NSRunLoop currentRunLoop] addTimer:renderTimer forMode:NSDefaultRunLoopMode];
[[NSRunLoop currentRunLoop] addTimer:renderTimer forMode:NSModalPanelRunLoopMode];
[[NSRunLoop currentRunLoop] addTimer:renderTimer forMode:NSEventTrackingRunLoopMode];
//In view class
-(void)RenderUI:(id)param
{
[self setNeedsDisplayInRect:[self bounds]];
}
这应该可以解决问题。
还可以尝试对您的进程进行采样并检查谁在消耗 CPU。这将使 UI 响应迅速且非常快速。
您提到的性能问题可能是由于其他原因。尝试 cpu 示例过程。它将让您深入了解谁实际占用了 CPU。
【讨论】：