iOS 9.3调用openURL后冻结
iOS 9.3调用openURL后冻结
提问于 2016-03-28 07:29:39
在调用openURL on iOS 9.3之后，我的应用程序冻结了，生成了13E233和13E234。
我试过使用dispatch_after，但这并不能解决问题。
这是密码，没什么特别的。
+ (void)someMethod:(UIView *)senderView {
[Utility showLoadingHUDWithText:nil inView:senderView];
[[SomeClient sharedClient] someNetworkAPI:^(id result) {
[Utility hideAllHUDsForView:senderView];
NSDictionary *dict = (NSDictionary *)result;
NSString *someString = dict[@"someKey"];
NSURL *url = [NSURL URLWithString:someString];
if ([[UIApplication sharedApplication] canOpenURL:url]) {
[[UIApplication sharedApplication] openURL:url];
}
} fail:^(NSError *error) {
[Utility hideAllHUDsForView:senderView];
[Utility showMessageHUD:error.localizedDescription];
}];
}看起来像是iOS的bug，许多其他的应用程序也受到影响。
回答 2
Stack Overflow用户
回答已采纳
发布于 2016-03-31 20:08:02
当在iOS 9.3 (在iPhone 6和iPhone 6 Plus上测试)主线程上被调用时，这确实会导致死锁。
回溯：
* thread #1: tid = 0x41840, 0x0000000180ac1014 libsystem_kernel.dylib`semaphore_wait_trap + 8, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
* frame #0: 0x0000000180ac1014 libsystem_kernel.dylib`semaphore_wait_trap + 8
frame #1: 0x000000010023fa20 libdispatch.dylib`_dispatch_semaphore_wait_slow + 244
frame #2: 0x0000000180bda934 libxpc.dylib`xpc_connection_send_message_with_reply_sync + 204
frame #3: 0x000000018276a238 MobileCoreServices`_LSStartOpenOperation + 232
frame #4: 0x0000000182791efc MobileCoreServices`-[LSOpenOperation main] + 1160
frame #5: 0x0000000182771bc0 MobileCoreServices`-[LSApplicationWorkspace openURL:withOptions:error:] + 472
frame #6: 0x000000018633cdd8 UIKit`-[UIApplication _openURL:] + 356
frame #7: 0x0000000100096c04 MyApp`__29-[ViewController someMethod]_block_invoke(.block_descriptor=0x0000000125d37e20) + 216 at ViewController.m:57
frame #8: 0x000000010022da7c libdispatch.dylib`_dispatch_call_block_and_release + 24
frame #9: 0x000000010022da3c libdispatch.dylib`_dispatch_client_callout + 16
frame #10: 0x00000001002334e4 libdispatch.dylib`_dispatch_main_queue_callback_4CF + 2096
frame #11: 0x0000000180ef8dd8 CoreFoundation`__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 12
frame #12: 0x0000000180ef6c40 CoreFoundation`__CFRunLoopRun + 1628
frame #13: 0x0000000180e20d10 CoreFoundation`CFRunLoopRunSpecific + 384
frame #14: 0x0000000182708088 GraphicsServices`GSEventRunModal + 180
frame #15: 0x00000001860f5f70 UIKit`UIApplicationMain + 204
frame #16: 0x00000001000970d0 MyApp`main(argc=1, argv=0x000000016fd6fae8) + 124 at main.m:14
frame #17: 0x00000001809be8b8 libdyld.dylib`start + 4我发现将整个调用包装在一个dispatch_async块中解决了这个问题：
dispatch_async(dispatch_get_main_queue(), ^{
if ([[UIApplication sharedApplication] canOpenURL:url]) {
[[UIApplication sharedApplication] openURL:url];
}
});我会向苹果公司提交一份雷达文件，并将其发布到开放雷达上。
看起来这是用iOS 9.3.1修复的：
修复了一个导致应用程序在点击Safari和其他应用程序的链接后失去响应的问题。
Stack Overflow用户
发布于 2017-08-28 13:59:47
在iPad Air 2/3运行iOS 9.3.5时，我也遇到了同样的问题，而JAL的回答并没有为我解决这个问题。
下面的代码很有魅力。
fileprivate func letApplicationHandleUrl(_ url: URL) {
guard UIApplication.shared.canOpenURL(url) else {
return
}
if #available(iOS 10.0, *) {
UIApplication.shared.open(url, options: [:], completionHandler: nil)
} else {
DispatchQueue.global(qos: .userInteractive).async {
UIApplication.shared.openURL(url)
}
}
}页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/36257922
复制相关文章
相似问题
腾讯云开发者
