Подтвердить что ты не робот

NSThread с ошибкой _NSAutoreleaseNoPool

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

Я вижу список ошибок, таких как:

_NSAutoreleaseNoPool(): Object 0x18a140 of class NSCFString autoreleased with no pool in place - just leaking

Без NSThread я вызываю метод следующим образом:

[self save:self.savedImg];

И я использовал следующее, чтобы использовать NSThread для вызова метода:

NSThread* thread1 = [[NSThread alloc] initWithTarget:self
                                        selector:@selector(save:)
                                              object:self.savedImg];
[thread1 start];

Спасибо.

4b9b3361

Ответ 1

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

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

+ sendSynchronousRequest:returningResponse:error:

Затем, когда вы получите ответ, вы можете перезвонить в свой поток пользовательского интерфейса. Что-то вроде ниже должно работать:

- (void) beginSaving {
   // This is your UI thread. Call this API from your UI.
   // Below spins of another thread for the selector "save"
   [NSThread detachNewThreadSelector:@selector(save:) toTarget:self withObject:nil];    

}

- (void) save {
   NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];  

   // ... calculate your post request...
   // Initialize your NSUrlResponse and NSError

   NSUrlConnection *conn = [NSUrlConnection sendSyncronousRequest:postRequest:&response error:&error];
   // Above statement blocks until you get the response, but you are in another thread so you 
   // are not blocking UI.   

   // I am assuming you have a delegate with selector saveCommitted to be called back on the
   // UI thread.
   if ( [delegate_ respondsToSelector:@selector(saveCommitted)] ) {
    // Make sure you are calling back your UI on the UI thread as below:
    [delegate_ performSelectorOnMainThread:@selector(saveCommitted) withObject:nil waitUntilDone:NO];
   }

   [pool release];
}

Ответ 2

Вам нужно в основном создать пул автозапуска для потока. Попробуйте изменить способ сохранения таким образом:

- (void) save:(id)arg {
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

    //Existing code

    [pool drain];
}

Вы не хотите, чтобы вышеупомянутое не вызывало выпуск на NSAutoreleasePool. Это особый случай. Для стока NSAutoreleasePool эквивалентно выпуску при работе без GC и конвертируется в подсказку для коллектора, что может быть хорошей точкой для запуска коллекции.

Ответ 3

Вам может понадобиться создать цикл выполнения. Я добавлю решение Луи:

BOOL done = NO;

NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
[NSRunLoop currentRunLoop];

// Start the HTTP connection here. When it completed,
// you could stop the run loop and then the thread will end.

do {
    SInt32 result = CFRunLoopRunInMode(kCFRunLoopDefaultMode, 1, YES);
    if ((result == kCFRunLoopRunStopped) || (result == kCFRunLoopRunFinished)) {
        done = YES;
    }
} while (!done);

[pool release];

Ответ 4

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

Ответ 5

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

Доверие к циклу запуска. Это всегда проще, чем потоки, и предназначен для обеспечения того же результата (никогда не заблокированный пользовательский интерфейс).