Leak wenn Bereiche eines UIImage zu UIImageView animationImages

Question

Zuordnung habe ich eine UIImage Kategorie Methode, tut dies:

- (UIImage *)subimageInRect:(CGRect)rect { 

    CGImageRef imageRef = CGImageCreateWithImageInRect([self CGImage], rect); 
    UIImage *answer = [UIImage imageWithCGImage:imageRef]; 
    CGImageRelease(imageRef); 
    return answer; 
} 

Und einer andere Kategorie Methode, die ein kurzes, breites Bild Würfel wird (wie ein Filmstreifen) in N mehr Bilder gleichmäßig proportioniert (wie Rahmen), wie folgt:

- (NSArray *)subimagesHorizontally:(NSInteger)count { 

    NSMutableArray *answer = [NSMutableArray arrayWithCapacity:count]; 
    CGFloat width = self.size.width/count; 
    CGRect rect = CGRectMake(0.0, 0.0, width, self.size.height); 

    for (int i=0; i<count; i++) { 
     [answer addObject:[self subimageInRect:rect]]; 
     rect = CGRectOffset(rect, width, 0.0); 
    } 
    return [NSArray arrayWithArray:answer]; 
} 

diese die Eigenschaft eines highlightedAnimationImages UIImageView zugeordnet sind, von denen mehrere in einer Tabelle enthalten sind. (und in der üblichen Weise gehandhabt werden. Storyboard Prototyp Zellen, markiert und zugegriffen in der Datenquelle mit [Zelle viewWithTag: ...]).

Es funktioniert gut, aber Lecks meldet ein Leck, sobald der Tisch geladen wird. Kann mir jemand helfen zu erkennen, was ich falsch mache?

Answer 1

Zunächst einmal der Code, den Sie posted nicht resizable Bilder erstellen und nicht resizableImageWithCapInsets: nicht nennen, so dass die ersten beiden Lecks vorhanden sind, um den Code irrelevant. In ähnlicher Weise passieren die letzten beiden Lecks in [UIImageView setAnimationImages], die den Code, den Sie nicht aufgerufen aufrufen. Ich würde sehen, ob die Lecks weiterhin gemeldet werden, nachdem Sie die Bildansicht aufgehoben haben. Wenn sich die Bildansicht in einer wiederverwendbaren Tabellenansichtszelle befindet, kann dies die Instrumente verwirren. In diesem Fall könnten die Animationsbilder nur zusammen mit der Tabellenansicht selbst freigegeben werden.

Kurz gesagt, sollten Sie sich die relevanten Methoden ansehen (übrigens können Instrumente auch einen Stack-Trace anzeigen, in dem das Leck vermutet wird). Der Code, den Sie gepostet haben, ist absolut in Ordnung, ARC oder nicht.