问题
I have a view with some very complex drawing logic (it's a map view that draws from GIS data). Doing this drawing on the main thread locks up the UI and makes the app unresponsive. I want to move away the drawing to a background thread with for example an NSOperation.
What is the best way to structure this?
I am currently drawing to an off memory CGContext and then convert that to a CGImageRef which I send to the view to blit on the main thread. Unfortunately this uses up a lot of memory and it seems that the GPU acceleration is no longer used as it is quite a bit slower. Is there some way of drawing directly to the view from a background thread? I know that UIKit isn't multi-thread safe but maybe there is some way of locking the view while I'm doing the drawing?
回答1:
I have never came across such situation on iPhone but on Mac I had similar problem once.
- Use CGLayer to delegate drawing activity of offline contexts.
- Try add timer for current NSRunLoop and on timed interval execute your graphic commands. It should look something like this...
...
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]];
}
This should do the trick.
Also try to sample your process and check who is consuming the CPU. This will make UI responsive and very fast.
The performance problem you mentioned is can be due to something else. Try to cpu sample process. It will give you insight on who is actually taking CPU.
回答2:
Beyond iOS 4.0, drawing is thread safe. You might need to create a CGContext
yourself, but there is no reason you cannot draw on a background thread.
That said, most UIKit operations are not. If you need to do those, you can always prepare in a background thread, and then use performOnMainThread
when needed. There's even waitUntilDone
. That said, you should use NSOperation
and NSOperationQueue
, apparently.
来源:https://stackoverflow.com/questions/7702013/drawing-in-a-background-thread-on-ios