旋转SearchDisplayController崩溃:[Object _existingView]:发送到实例的无法识别的选择器

时间:2012-10-11 15:22:13

标签: ios rotation uisearchdisplaycontroller searchdisplaycontroller

我已经看到关于这个主题的各种问题,但从来没有找到一个好的答案。

我有一个使用UITableViewController并为其实例化SearchDisplayController的应用程序。

我从崩溃记者那里收到随机崩溃,每次看起来像

[Object _existingView]: unrecognized selector sent to instance

对象可以是任何东西,绝对没有规则,除了它始终是一个内部对象,而不是来自App代码的对象。

它可以影响iOS的不同版本,最高可达6.0。

看起来SearchDisplayController还没有被释放,并且正在向内部对象发送旋转消息(请参阅下面的崩溃报告)

这很奇怪,上面的代码是我在所有项目类中实例化searchDisplayController的唯一地方。

如果我能够重现这个问题,我将永远不会在这里发布一些内容,但遗憾的是我无法重现它,即使尝试通过应用程序本身导航数十个UITableViewController并向模拟器发送内存警告

如果有人之前确实遇到过这个问题,那可能会很有趣,也许我们可以就这个主题提供一个明确的答案(关于此问题的几个帖子)

这就是searchBar和SearchDisplayController的创建方式:

UISearchBar *searchBar = [[[UISearchBar alloc] init] autorelease];
searchBar.barStyle = UIBarStyleBlack;
self.createdSearchDisplayController = [[UISearchDisplayController alloc] initWithSearchBar:searchBar contentsController:self];
self.searchDisplayController.searchResultsDelegate = self;
self.searchDisplayController.searchResultsDataSource = self;
self.searchDisplayController.delegate = self;
searchBar.frame = CGRectMake(0, 0, 0, 38);
self.tableView.tableHeaderView = searchBar;

在阅读了一些答案之后,我已经将dealloc方法升级为nil代理,即使它应该是一个弱链接。 这就是我在dealloc中解除分配的原因(对不起,预ARC代码,我还是要升级):

[[NSNotificationCenter defaultCenter] removeObserver:self];
fetchedResultsController.delegate = nil;
self.searchDisplayController.delegate = nil;
self.searchDisplayController.searchResultsDelegate = nil;
self.searchDisplayController.searchResultsDataSource = nil;
[createdSearchDisplayController release];

我仍然不确定SearchDisplayController是否正确发布,即使我没有看到任何其他意思,因为searchDisplayController是一个只读属性。

使用仪器我没有看到使用泄漏跟踪的任何泄漏,但是当查看那里的分配跟踪时,系统似乎保留了对searchDiplayController的一些引用,即使在模拟器中发送了几个内存警告之后也是如此。

在崩溃报告下面,没有提及我们的应用程序,除了第一个语句main和start:

0 CoreFoundation 0x35b0b88f __exceptionPreprocess + 162
1 libobjc.A.dylib 0x3372f259 objc_exception_throw + 32
2 CoreFoundation 0x35b0ea9b -[NSObject doesNotRecognizeSelector:] + 174
3 CoreFoundation 0x35b0d915 ___forwarding___ + 300
4 CoreFoundation 0x35a68650 _CF_forwarding_prep_0 + 48
5 UIKit 0x334d4ebb -[UISearchDisplayController windowWillAnimateRotation:] + 126
6 Foundation 0x34f254ff __57-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_0 + 18
7 CoreFoundation 0x35ad7547 ___CFXNotificationPost_block_invoke_0 + 70
8 CoreFoundation 0x35a63097 _CFXNotificationPost + 1406
9 Foundation 0x34e993eb -[NSNotificationCenter postNotificationName:object:userInfo:] + 66
10 UIKit 0x332efa57 -[UIWindow _setRotatableClient:toOrientation:updateStatusBar:duration:force:isRotating:] + 3450
11 UIKit 0x33380fa7 -[UIWindow _setRotatableClient:toOrientation:updateStatusBar:duration:force:] + 46
12 UIKit 0x33380f37 -[UIWindow _setRotatableViewOrientation:duration:force:] + 70
13 UIKit 0x3324fa01 -[UIWindow _updateToInterfaceOrientation:duration:force:] + 108
14 UIKit 0x33236cff -[UIWindow _updateInterfaceOrientationFromDeviceOrientation:] + 162
15 UIKit 0x332500c7 -[UIWindow _updateInterfaceOrientationFromDeviceOrientationIfRotationEnabled:] + 74
16 Foundation 0x34f254ff __57-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_0 + 18
17 CoreFoundation 0x35ad7547 ___CFXNotificationPost_block_invoke_0 + 70
18 CoreFoundation 0x35a63097 _CFXNotificationPost + 1406
19 Foundation 0x34e993eb -[NSNotificationCenter postNotificationName:object:userInfo:] + 66
20 UIKit 0x33210deb -[UIDevice setOrientation:animated:] + 214
21 UIKit 0x3320c16f -[UIApplication handleEvent:withNewEvent:] + 2718
22 UIKit 0x3320b567 -[UIApplication sendEvent:] + 54
23 UIKit 0x3320af3b _UIApplicationHandleEvent + 5826
24 GraphicsServices 0x337fd22b PurpleEventCallback + 882
25 CoreFoundation 0x35adf523 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 38
26 CoreFoundation 0x35adf4c5 __CFRunLoopDoSource1 + 140
27 CoreFoundation 0x35ade313 __CFRunLoopRun + 1370
28 CoreFoundation 0x35a614a5 CFRunLoopRunSpecific + 300
29 CoreFoundation 0x35a6136d CFRunLoopRunInMode + 104
30 GraphicsServices 0x337fc439 GSEventRunModal + 136
31 UIKit 0x33239cd5 UIApplicationMain + 1080  
32 AppName 0x0001a1cb main + 66
33 AppName 0x00016348 start + 40

1 个答案:

答案 0 :(得分:0)

上面的代码肯定是泄漏但是以微妙的方式。 你没有看到它在仪器中泄漏,但如果你在堆中跟踪分配,你会看到它们不断堆积。

以某种方式为SO提出问题的答案给了我关于解除分配问题的答案。

Apple有一个非常奇怪的行为,用于创建searchDisplayController并且它们使它成为只读属性,因为我们的标准操作方式不起作用,所以更加令人困惑:

// This is not possible and not correct.
self.searchDisplayController = nil

但这并不意味着你不能发送它们!

// This is the only correct way of releasing a searchDisplayController from a TableView
[self.searchDisplayController release]

这应该在2个地方调用:

  • 当然是你的dealloc方法。
  • 在您创建searchBar和SDC的alloc方法中。

因此,创建searchDisplayController的正确且无泄漏的方法是:

// Alloc and create searchBar + searchDisplayController
if (self.searchDisplayController) [self.searchDisplayController release];
UISearchBar *searchBar = [[[UISearchBar alloc] init] autorelease];
searchBar.barStyle = UIBarStyleBlack;
[[UISearchDisplayController alloc] initWithSearchBar:searchBar contentsController:self];
self.searchDisplayController.searchResultsDelegate = self;
self.searchDisplayController.searchResultsDataSource = self;
self.searchDisplayController.delegate = self;
searchBar.frame = CGRectMake(0, 0, 0, 38);
self.tableView.tableHeaderView = searchBar;

// Dealloc
[NSNotificationCenter defaultCenter] removeObserver:self];
fetchedResultsController.delegate = nil;
self.searchDisplayController.delegate = nil;
self.searchDisplayController.searchResultsDelegate = nil;
self.searchDisplayController.searchResultsDataSource = nil;
[self.searchDisplayController release];

经过多次调用后,这已被证实是仪器中的堆增长0。 并且已经在不同的iOS版本上进行了测试。 4.3 / 5.0 / 5.1和6.0

目前,我仍然不确定它是否解决了旋转问题和无法识别的对_existingView的调用,但它确实纠正了正确解除分配UITableViewController中使用的searchDisplayController的问题。

对论坛上常规问题的答案从未得到正确回答。

当然,一旦应用程序与修复程序一起运行(我们似乎无法重现该问题),我将更新崩溃问题,看它是否最终解决了它。