Основные данные утечки странно на устройстве, но не имитатор

Question

я сузил проблему утечки памяти до этого конкретного блока кода:

NSFetchRequest *req = [NSFetchRequest new]; 
NSEntityDescription *descr = [NSEntityDescription entityForName:@"Capture" inManagedObjectContext:dataContext]; 
[req setEntity:descr]; 
NSSortDescriptor *sort = [[NSSortDescriptor alloc] initWithKey:@"created_at" ascending:NO]; 
[req setSortDescriptors:[NSArray arrayWithObject:sort]]; 
[sort release]; 
NSError *error; 
NSArray *ret = [dataContext executeFetchRequest:req error:&error]; 
[req release]; 

Этого блок существует в любом методе init или viewDidLoad для просмотра контроллера уровня или два в навигационном контроллере.

Где я запуталась и не знает, что делать то, что я получаю утечки памяти с этим кодом, связанным с CoreGraphics, Foundation, и даже JavaScript Core, но я не уверен в том, как исправить эту проблему (не уверен, что проблема в). Это происходит только при использовании инструментов на устройстве, а не в симуляторе.

[Это не позволит мне опубликовать фотографию инструментов, Так вот фото: http://twitpic.com/27vwm1]

По пути в фоновый режим, моя модель основных данных используются, чтобы иметь свойство, которое провело трансформированный UIImage, но я так как преобразован в NSNumber и перестроил классы объектов для моего проекта. Может ли это иметь какое-то отношение к этому, и есть ли еще один шаг, который мне нужно предпринять при изменении моей модели?

Thx

** Обновление: ** изменился URL для изображения

Answer 1

Если вы нажмете кнопку источника в нижней панели инструментов и перетащить исходный файл в него, он покажет вам строку в ваш код, где он считает утечку. Если приложение работает, вы можете скопировать адрес объектов, показанных в отладчик и как это:

po 0x1a831 

... и он будет печатать описание объекта по этому адресу.

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

Answer 2

У меня такая же проблема в приложении, как и у друга в другом приложении. Мы проверили и перепроверили наш код, и нет ничего плохого в нашей стороне (мы делаем те же основные вещи, что и в примере кода Apple).

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

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

Примечание: У меня возникает эта проблема без использования каких-либо настраиваемых или трансформируемых объектов, только строковых атрибутов в управляемых объектах.

Answer 3

Согласовано, такая же проблема здесь. Даже если вы просто используете код, созданный мастером, с разделенным представлением и основными данными, он течет! Мне потребовалось некоторое время, чтобы это выяснить. Я набрал бы тонну кода в приложении, и, когда он был готов начать тестирование на утечку, не смог найти источник утечки, поскольку инструменты ничего не указали в моем коде. У меня были те же симптомы, что и у вас. Итак, после нескольких дней комментирования моего кода я решил просто запустить проект шаблона для splitview, пометить основные данные и не добавлять код самостоятельно. Угадайте, что? такая же проклятая утечка. Это происходит только при запуске приложения, и только если вы использовали приложение для добавления элементов. Я удивлен, что это не было исправлено Apple или, по крайней мере, обходным решением. Я единственный, кто использует Core Data с Splitview?