NSThread с ошибкой _NSAutoreleaseNoPool

Question

У меня есть метод, который сохраняет файлы в интернет, он работает, но просто медленно. Затем я хотел бы сделать пользовательский интерфейс более плавным, поэтому я создаю 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];

Спасибо.

Answer 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];
}

Answer 2

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

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

    //Existing code

    [pool drain];
}

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

Answer 3

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

BOOL done = NO;

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

// Start the HTTP connection here. When it's 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];

Answer 4

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

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

Answer 5

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