Моя последняя утечка памяти - PullRequest
1 голос
/ 22 августа 2009

Я думаю, что эта строка вызывает утечку памяти размером 3,5 КБ, есть идеи, почему? Если это не эта строка, то может быть, как у меня есть настройка WebView в XIB? У меня есть выход к webView, который я использую в строке ниже. Я получаю общие утечки _CFURLCache блока 3584, 1024 и 512 и утечки NSCFArray. Наряду с некоторой помощью по этому поводу, может кто-нибудь сказать мне, если Apple откажется от этого, это последние утечки / исправления, которые мне нужны, чтобы вытащить эту штуку за дверь.

[webView loadRequest:[NSURLRequest requestWithURL:[NSURL URLWithString:[SharedClass sharedSharedClass].usersURL]]];

Тогда я использовал метод "connectedToNetwork", найденный здесь ... Код подключенной к сети находится здесь

И у него есть некоторые утечки памяти, я устранил их, добавив авторелиз к строке ниже:

    NSURLConnection *testConnection = [[[NSURLConnection alloc] initWithRequest:testRequest delegate:self] autorelease];// ADDED autorelease

Любая помощь будет искренне оценена. Спасибо,

Ответы [ 2 ]

3 голосов
/ 05 сентября 2009

Я согласен с fbrereto, что синглтон вполне может быть виновником здесь. Удачи в инструментах, так как она довольно хорошо помогает найти проблему.

Если вы используете Snow Leopard и запускаете Xcode 3.2, запустите его через Clang, используя новую опцию Build and Analyze в меню Build. Здесь вполне может быть указана ошибка.

Может кто-нибудь сказать мне, если Apple пойдет на это назад

Apple не собирается отклонять ваше приложение из-за незначительной утечки памяти. Ошибка должна проявиться видимым образом (например, вызвать сбой), прежде чем рецензенты смогут отклонить ее.

Конечно, существует целый ряд других причин, по которым ваша заявка может быть отклонена. В целом, вы можете ожидать одобрения, если:

  • Вы не нарушаете Рекомендации по взаимодействию с человеком. Примером этого может быть использование одного из стандартных системных значков для чего-то другого, чем предназначенное (даже если оно выглядит нормально).
  • Вы не нарушаете соглашение SDK (например, создаете эмулятор, который может выполнять произвольный код).
  • Вы не нарушаете чужие авторские права и не помогаете другим в этом.
  • Вы следуете инструкциям на странице «Объявления и новости» в Центре разработки iPhone (в настоящий момент они очень разборчивы в отношении ресурсов Reachability, поэтому сообщайте о соответствующих ошибках, когда сеть недоступна).

Это основано на моем собственном опыте всего процесса, поэтому, как всегда, ваш пробег может отличаться. Удачи!

0 голосов
/ 23 августа 2009

Что делает [SharedClass sharedSharedClass]? В этом синглтоне может быть что-то утечка.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...