Утечка - GeneralBlock-3584
Одним из подходов может быть генерация полного HTML вне конструктора из alert, а затем установка этой строки html в соответствующее свойство. Пример:
var html = "";
$.each(json.DATA.ARYPUB, function(key, img)
{
html += "<li><img src='" + img.PATH + "'></li>"
});
swal({
content:{
element: "ul",
attributes: {
innerHTML: html
}
}
});
4 ответа
Инструменты обнаружения утечки могут часто приводить к ложным положительным сторонам, особенно в базовых системных библиотеках.
Я знаком с ними, "пропустил" GeneralBlocks, и они не вызвали отклонение App Store, по моему опыту.
IANAASRW **, но я думаю, что Вы в порядке.
** Я не Мастер Обзора App Store
В фреймворках Apple есть утечки. В частности, классы HTTP.
Вам не о чем беспокоиться, это ложное срабатывание от Instruments.
Это связано с освобождением ресурсов прерванного потока. Они просто остаются до тех пор, пока не будет завершен следующий поток, и очистят ресурсы после того, который был завершен ранее. Инструменты принимают это за «утечку», но это особенность реализации pthreads на iOS, которая в идеальном мире будет обрабатываться по-другому.
Подробнее об этом на форуме разработчиков Apple здесь и здесь .
У вас есть значения UserDefaults, которые вы не вошли в настройки, чтобы инициализировать их во время «первых нескольких раз», когда вы запускали приложение?
Я видел ту же проблему - приложение было ( относительно) чистым на последнем Xcode / Simulator (там была обычная пара 128-байтовых mallocs - но это чисто проблема Simulator с UIViews). Как только я запустил его на iPod Touch, я увидел GB3584.
Однако после того, как я зашел в настройки и изменил настройку (что привело к сохранению *), проблема исчезла.
- Я использую пример кода Apple для UserDefaults правильно считывает эти параметры без необходимости сначала входить и что-то менять.
Так что это вполне может быть ничем. Если вы подтвердите, что посещение «Настройки» устранило это, мы будем знать, где начать искать утечки (или где указать Apple, чтобы искать).