UIWebView в многопоточном ViewController

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

Вышеупомянутый [[self retain] autorelease] по-прежнему приведет к тому, что окончательный выпуск произойдет из пула автоматического выпуска фонового потока. (Если нет чего-то особенного в выпусках из пула автоматического выпуска, я удивлен, что это имеет значение).

Я нашел это своим идеальным решением, поместив этот код в свой класс контроллера представления:

- (oneway void)release
{
    if (![NSThread isMainThread]) {
        [self performSelectorOnMainThread:@selector(release) withObject:nil waitUntilDone:NO];
    } else {
        [super release];
    }
}

Это гарантирует, что метод release моего класса контроллера представления всегда выполняется в основном потоке.

Я немного удивлен, что некоторые объекты, которые могут быть правильно удалены только из основного потока, еще не имеют встроенного чего-то подобного. Ну ладно...

Вот некоторый код для запуска элементов UIKit в основном потоке. Если вы работаете над другим потоком и вам нужно запустить фрагмент кода UIKit, просто поместите его между скобками этого фрагмента Grand Central Dispatch.

dispatch_async(dispatch_get_main_queue(), ^{

    // do work here

});

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

- (void)viewWillDisappear:(BOOL)animated {
  [operationQueue cancelAllOperations];
  [super viewWillDisappear:animated;
}

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

Проблема, по-видимому, в том, что NSThread сохраняет цель (я) и объект (аргумент) и освобождает их после запуска метода - к сожалению, он выпускает оба из потока. Таким образом, когда контроллер создается, счетчик сохранения равен 1, когда поток запускается, контроллер получает счетчик сохранения, равный 2. Когда вы выталкиваете контроллер до завершения потока, навигационный контроллер освобождает контроллер, что приводит к Счетчик сохранения равен 1. Пока все в порядке. Но если поток наконец завершается, NSThread освобождает контроллер, что приводит к счетчику сохранения, равному 0, и немедленному освобождению из потока. Это приводит к тому, что UIWebView (который высвобождается в методе Dealloc контроллера) вызывает это исключение предупреждения о потоке и аварийно завершает работу.

Я успешно обошел это, используя [[self retain] autorelease] в качестве последнего оператора в потоке (прямо перед тем, как поток освобождает свой пул). Это гарантирует, что объект контроллера не освобождается немедленно, а помечается как автоматически освобожденный и освобождается позже в цикле выполнения основного потока. Однако это несколько грязный хак, и я бы предпочел найти лучшее решение.

Я пытался :

[self retain];
[self performSelectorOnMainThread:@selector(release) withObject:nil waitUntilDone:NO];

который, кажется, работает даже лучше.

Я не уверен точно, что происходит на основе вашего кода, но похоже, что viewDidAppear вызывается и создает второй поток, а затем вы уходите от контроллера и освобождаете его, а затем второй поток завершается и вызывает PerformSelectorOnMainThread на освобожденном объекте "я". Я думаю, может нужно просто проверить, что выброса не произошло?

Сообщение об ошибке, которое вы получаете, подразумевает, что вы запускаете некоторый код UIKit из своего второго потока. Apple недавно добавила некоторые проверки многопоточных вызовов в UIKit, и я думаю, что вам, вероятно, просто нужно реорганизовать функцию загрузки, чтобы обновить пользовательский интерфейс в основном потоке, вместо того, чтобы вызывать функции UIWebView из второго потока.

Надеюсь, это поможет!

Я попробовал оба решения, опубликованные выше, [operationQueue cancelAllOperations] и [[self retain] autorelease]. Однако при быстром щелчке по-прежнему бывают случаи, когда счетчик сохранения падает до 0 и класс освобождается во вторичном потоке. Чтобы избежать сбоя, я пока поместил в свой dealloc следующее:

    if ([NSThread isMainThread]) {
        [super dealloc];
    }

что является очевидной утечкой, но кажется меньшим из двух зол.

Любая дополнительная информация от любого, кто сталкивается с этой проблемой, приветствуется.