Iphone 调用dismissViewControllerAnimated时的exc\u错误访问

我有一个向上滑动的ViewController。当您单击“保存”时，它会向服务器发送一个请求。请求完成后，它将解除ViewController。我将NSURL连接切换为使用异步和块(https://github.com/rickerbh/NSURLConnection-Blocks). 解除ViewController现在抛出“线程2：程序接收信号：EXC\U BAD\U访问”。如果有关系的话，我用的是ARC

- (IBAction) savePressed
{
    NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:[NSURL URLWithString:@"http://api.com/items/create"]];

    //NSURLConnection *connection = [[NSURLConnection alloc] initWithRequest:request delegate:self];
    [NSURLConnection asyncRequest:request success:^(NSData *data, NSURLResponse *response) {
        [self close];
    } failure:^(NSData *data, NSError *error) {
        [self close];
    }];
}

- (void) close
{
    [self dismissViewControllerAnimated:YES completion:nil];
}

这是日志

2012-10-24 10:32:43.780 Prayrbox[22268:1703] bool _WebTryThreadLock(bool), 0x1f21fd90: Tried to obtain the web lock from a thread other than the main thread or the web thread. This may be a result of calling to UIKit from a secondary thread. Crashing now...
1   0x347dc927 WebThreadLock
2   0x36718615 <redacted>
3   0x366d0a85 <redacted>
4   0x3678d789 <redacted>
5   0x366c0637 <redacted>
6   0x366d50e7 <redacted>
7   0x368c1f11 <redacted>
8   0x366d4969 <redacted>
9   0x36744745 <redacted>
10  0x366907ad <redacted>
11  0x7ef71 -[ComposeViewController close]
12  0x7eec5 __36-[ComposeViewController savePressed]_block_invoke_0
13  0x82d8f __56+[NSURLConnection(Blocks) asyncRequest:success:failure:]_block_invoke_0
14  0x37e8811f <redacted>
15  0x37e96259 <redacted>
16  0x37e963b9 <redacted>
17  0x37b30a11 <redacted>
18  0x37b308a4 start_wqthread
[Switching to process 10755 thread 0x2a03]
[Switching to process 10755 thread 0x2a03]
[unknown](gdb) 

2012-10-24 10:32:43.780 Prayrbox[22268:1703]bool\u WebTryThreadLock（bool），0x1f21fd90:尝试从主线程或web线程以外的线程获取web锁。这可能是从辅助线程调用UIKit的结果。现在崩溃了。。。
1 0x347dc927 WebThreadLock
2 0x36718615
3 0x366d0a85
4 0x3678d789
5 0x366c0637
6 0x366d50e7
7 0x368c1f11
8 0x366d4969
9 0x36744745
10 0x366907ad
11 0x7ef71-[ComposeViewController关闭]
12 0x7eec5 \u\u 36-[ComposeViewController保存已按下]\u块\u调用\u 0
13 0x82d8f\uuU 56+[NSURLConnection（Blocks）asyncRequest:success:failure:][uBlock\uInvoke\u0
14 0x37e8811f
15 0x37e96259
16 0x37e963b9
17 0x370B30A11
18 0x37b308a4启动线程
[切换到进程10755线程0x2a03]
[切换到进程10755线程0x2a03]
[未知]（gdb）

---

我已经花了两个小时来寻求帮助。如果有人知道有什么可以帮忙，请大声说出来！：）

乍一看，我同意上面的评论，即你在否定这个观点时可能是走错了方向

UI工作应该在Main上完成，因此要实现这一点，您可以执行以下操作：

-(void) close {
    if([NSThread isMainThread]) {
        [self dismissViewControllerAnimated:YES completion:nil];
    }
    else {
        [self performSelectorOnMainThread:@selector(close)
                               withObject:nil
                           waitUntilDone:YES];
    }
}

---

与从块中执行performSelectorOnMainThread不同，这将确保无论何时调用它，您都会在main上。

一开始，我同意上面的评论，即在取消视图时，您可能在错误的线程上

UI工作应该在Main上完成，因此要实现这一点，您可以执行以下操作：

-(void) close {
    if([NSThread isMainThread]) {
        [self dismissViewControllerAnimated:YES completion:nil];
    }
    else {
        [self performSelectorOnMainThread:@selector(close)
                               withObject:nil
                           waitUntilDone:YES];
    }
}

---

这将确保无论何时调用performSelectorOnMainThread，您都会在主线程上，而不是在块中执行performSelectorOnMainThread。

有两个问题需要澄清：1）您确定在主线程上调用了完成处理程序吗？2） NSURLConnection已经有一个异步请求方法…您尝试过使用它吗？i、 e.可能是您使用的第三方库有问题。1）我不确定。我对目标C还很陌生，不知道怎么弄清楚。2） 我使用的类别（请参阅本文中的链接）是在dispatch_async中包装一个同步调用，并提供块。如果有更好的方法使用块，我很想知道。对于第一个问题，您可以在完成处理程序中设置断点，出现的堆栈跟踪将告诉您调用它的线程。NSURLConnection有一个方法+（void）sendAsynchronousRequest:（NSURLRequest）请求队列：（NSOperationQueue*）队列完成处理程序：（void（^）（NSURLResponse，NSData*，NSError*））您应该尝试使用的处理程序，看看是否有相同的问题需要澄清以下问题：1）您确定正在主线程上调用完成处理程序吗？2） NSURLConnection已经有一个异步请求方法…您尝试过使用它吗？i、 e.可能是您使用的第三方库有问题。1）我不确定。我对目标C还很陌生，不知道怎么弄清楚。2） 我使用的类别（请参阅本文中的链接）是在dispatch_async中包装一个同步调用，并提供块。如果有更好的方法使用块，我很想知道。对于第一个问题，您可以在完成处理程序中设置断点，出现的堆栈跟踪将告诉您调用它的线程。NSURLConnection有一个方法+（void）sendAsynchronousRequest:（NSURLRequest）请求队列：（NSOperationQueue*）队列完成处理程序：（void（^）（NSURLResponse，NSData*，NSError*）处理程序，您应该尝试一下，看看是否有相同的问题！非常感谢你！是的，所以，正如我所建议的，听起来您正在使用的第三方库实际上并没有在主线程上调度完成处理程序。我不知道在主线程上分派完成处理程序是标准做法，但我总是这样做。使用您的框架玩线程的人不应该对此负责。就是这样！非常感谢你！是的，所以，正如我所建议的，听起来您正在使用的第三方库实际上并没有在主线程上调度完成处理程序。我不知道在主线程上分派完成处理程序是标准做法，但我总是这样做。使用您的框架玩线程的人不应该负责。