Проблемы с памятью UIBezierPath

Проблема с памятью здесь на самом деле заключается не в объектах UIBezierPath, а скорее в объектах UIImage (каждый из которых будет занимать четыре байта на пиксель для каждой формы).

Если это подкласс UIView, будет гораздо эффективнее просто поместить этот код рисования в ваш метод drawRect и рисовать там, а не рисовать изображение. Или используйте этот UIBezierPath для создания CAShapeLayer, а затем добавьте этот слой и подслой слоя вашего представления.

Но не создавайте UIImage объектов без крайней необходимости, так как это займет много памяти.

Я проверил это, рассмотрев три подхода, сравнив его с довольно экстремальным примером с 5000 перекрывающихся овалов, каждый размером от 20x20 до 40x40 пикселей. Понятно, что это абсурдный пример, когда все они накладываются друг на друга, но я просто пытался провести стресс-тестирование потребления памяти в экстремальном сценарии. Кроме того, в своих примерах я визуализирую только овалы, но вы, очевидно, можете адаптировать это для любых форм, которые хотите нарисовать.

Во всяком случае, мои результаты были следующими:

1. Создание отдельных UIImage объектов, по одному для каждого нарисованного овала. Ясно, что это будет довольно агрессивно использовать память, требуя 4 байта на пиксель для каждого изображения. В моем примере это потребляло 92 МБ. Код подпрограммы «добавить овал» выглядел так:

   UIGraphicsBeginImageContextWithOptions(self.frame.size, NO, 0);
   
   CGContextRef context = UIGraphicsGetCurrentContext();
   
   CGRect strokeRect = CGRectMake(self.lineWeight/2.0, self.lineWeight/2.0,
                                  self.frame.size.width-self.lineWeight*2.0, self.frame.size.height-self.lineWeight*2.0);
   
   UIBezierPath *strokePath = [UIBezierPath bezierPathWithOvalInRect:strokeRect];
   CGContextAddPath(context, strokePath.CGPath);
   [self.lineColor setStroke];
   [self.fillColor setFill];
   CGContextSetLineWidth(context, self.lineWeight);
   CGContextDrawPath(context, kCGPathEOFillStroke);
   
   UIImage *image = UIGraphicsGetImageFromCurrentImageContext();
   UIGraphicsEndImageContext();
   UIImageView *imageView = [[UIImageView alloc] initWithFrame:self.frame];
   imageView.image = image;
   [self addSubview:imageView];
   

2. Создание отдельных экземпляров подкласса UIView для каждой фигуры, каждый подкласс UIView со своим собственным методом drawRect. Хотя я ожидал увидеть здесь значительную экономию, она была скромной, потребляя 94,5% памяти, всего 87 МБ:

   - (void)drawRect:(CGRect)rect
   {
       CGRect strokeRect = CGRectMake(self.lineWeight/2.0, self.lineWeight/2.0,
                                      rect.size.width-self.lineWeight*2.0, rect.size.height-self.lineWeight*2.0);
   
       UIBezierPath *path = [UIBezierPath bezierPathWithOvalInRect:strokeRect];
   
       [self.lineColor setStroke];
       [self.fillColor setFill];
       path.lineWidth = self.lineWeight;
   
       [path fill];
       [path stroke];
   }
   

   Похоже, что iOS должна поддерживать растровое представление отдельных экземпляров подкласса UIView (даже если shouldRasterize было отключено).

3. Создание структуры модели для отрисовываемых объектов, а затем их рендеринг в одном методе drawRect в суперпредставлении, которое показывает все эти овалы. Это было намного более эффективным с точки зрения использования памяти, потребляя 3,5 МБ при рендеринге этих 5000 овалов, всего на 3,8% больше памяти, чем исходный подход с отдельными UIImage объектами для каждой формы.

   - (void)drawRect:(CGRect)rect
   {
       [self.lineColor setStroke];
       [self.fillColor setFill];
   
       for (NSValue *rectValue in self.ovals) {
           CGRect frame = [rectValue CGRectValue];
           CGRect strokeRect = CGRectMake(frame.origin.x + self.lineWeight/2.0, frame.origin.y + self.lineWeight/2.0,
                                          frame.size.width - self.lineWeight*2.0, frame.size.height - self.lineWeight*2.0);
           UIBezierPath *path = [UIBezierPath bezierPathWithOvalInRect:strokeRect];
           path.lineWidth = self.lineWeight;
           [path fill];
           [path stroke];
       }
   }
   

Я подозреваю, что вы могли бы сделать первые подходы более эффективными, сделав снимок, а затем удалив отдельные экземпляры, но третий подход кажется более логичным.

Есть хорошее решение, и я не могу дать вам полный конкретный ответ в виде кода, но я могу дать вам абстрактную отправную точку. Вы должны подумать об использовании Programming Design Patterns, и для вашей ситуации вы должны принять

Flyweight pattern

Когда бы вы использовали паттерн наилегчайшего веса?

Вы, естественно, подумали бы об его использовании, когда верно все следующее:

1. Ваше приложение использует много объектов.
2. Хранение объектов в памяти может повлиять на производительность памяти.
3. Большая часть уникального состояния объекта (внешнее состояние) может быть экстернализована и упрощена.
4. ....

текст выше взят из книги: Pro Objective-C Design Patterns для iOS

читайте и получайте удовольствие от записи...