[theWebView stringByEvaluatingJavaScriptFromString:@"alert('hi');"];
如果我进行了一些修改,那么仍然会出现警告消息,但是无法点击“确定”按钮 – 您无法关闭警报,如果您闯入应用程序,它将挂在stringByEvaluatingJavaScriptFromString调用中:
dispatch_async(dispatch_get_global_queue(disPATCH_QUEUE_PRIORITY_DEFAULT,0),^{ dispatch_async(dispatch_get_main_queue(),^{ [theWebView stringByEvaluatingJavaScriptFromString:@"alert('hi');"]; }); });
这两者中唯一不同的是,在第二个中,它在调度队列的上下文中在主线程中运行JS.
另一方面,如果我执行以下操作,则不会发生挂起:
- (void) showHi:(id) it { [(UIWebView*)it stringByEvaluatingJavaScriptFromString:@"alert('hi');"]; } .... dispatch_async(dispatch_get_global_queue(disPATCH_QUEUE_PRIORITY_DEFAULT,^{ [self performSelectorOnMainThread:@selector(showHi:) withObject:theWebView waitUntilDone:NO]; });
有人可以对导致挂起的问题有所了解吗?
编辑:
相关问题:
Perform UI Changes on main thread using dispatch_async or performSelectorOnMainThread?
Whats the difference between performSelectorOnMainThread and dispatch_async on main queue?
Grand Central Dispatch (GCD) vs. performSelector – need a better explanation
非常相似的问题:
UIWebView stringByEvaluatingJavaScriptFromString hangs on iOS5.0/5.1 when called using GCD
解决方法
有趣的是,在调用stringByEvaluatingJavaScriptFromString之前呈现UIAlertView:奇怪地防止了死锁:
dispatch_async(dispatch_get_global_queue(disPATCH_QUEUE_PRIORITY_DEFAULT,^{ UIAlertView *message = [[UIAlertView alloc] initWithTitle:@"Test" message:@"Test" delegate:nil cancelButtonTitle:@"OK" otherButtonTitles:nil]; [message show]; [theWebView stringByEvaluatingJavaScriptFromString:@"alert('hi');"]; }); });
但是,我的理论是这样的:当我在死锁发生后暂停执行时,我看到WebThread在__psynch_mutexwait停止.由于JavaScript引擎在不同的线程上执行,因此它必须告诉主线程显示警报视图.但是,stringByEvaluatingJavaScriptFromString:是一个返回值的阻塞调用.只有在单击“确定”关闭警报后才能返回该值.这就是死锁似乎发生的地方:从另一个线程我们告诉主线程告诉web视图运行JavaScript(发生在另一个线程上),这反过来告诉主线程显示一个警报视图,该视图只能单击“确定”后,将其返回值返回到JavaScript.只有当对stringByEvaluatingJavaScriptFromString:的调用返回时,我们传递给GCD的块才完成.
但它必定是一个bug.奇怪的是,当我首先显示UIAlertView时,不会发生死锁.在这种情况下,iOS可能会在某种队列上放置第二个警报视图,从而防止死锁.奇!