我最近一直在跟踪一个令人讨厌的错误，我知道它是由于我的多线程方法而发生的（我在最后添加了crashreport）。
在我的应用程序中，我加载了一个UITableView并用我使用Coredata存储的数据填充它。这个数据反过来我从Web服务中检索，因此可能需要一些时间，这取决于我的连接。
无论如何，我已经设法跟踪它了一点，我知道问题是因为数组是空的，虽然我认为它不应该。然后，当
numberOfRowsInSection:(NSInteger)section
被称为程序崩溃 - 但有时只是!!!
我想知道如何正确调试这个，我的方法是调用
reloadData
。但显然
- (void)viewDidLoad
但当然这没有帮助。这是创建另一个线程的正确方法，并让它重复检查数据是否准备好并准备好了吗？有什么建议/意见吗？
2011-01-19 21:50:49.605 myApp[2017:307] *** Terminating app due to uncaught exception
'NSRangeException', reason: '*** -[NSMutableArray objectAtIndex:]: index 0 beyond bounds for empty array'
*** Call stack at first throw:
(
0 CoreFoundation 0x314d0987 __exceptionPreprocess + 114
1 libobjc.A.dylib 0x319a149d objc_exception_throw + 24
2 CoreFoundation 0x31462795 -[__NSArrayM objectAtIndex:] + 184
3 myApp 0x000092f7 -[MyTableViewController tableView:numberOfRowsInSection:] + 106
4 UIKit 0x33902bcf -[UISectionRowData refreshWithSection:tableView:tableViewRowData:] + 1338
5 UIKit 0x33903529 -[UITableViewRowData(UITableViewRowDataPrivate) _ensureSectionOffsetIsValidForSection:] + 120
6 UIKit 0x33902645 -[UITableViewRowData numberOfRows] + 96
7 UIKit 0x3390207b -[UITableView noteNumberOfRowsChanged] + 82
8 UIKit 0x33901bff -[UITableView reloadData] + 582
9 UIKit 0x33904a0b -[UITableView _reloadDataIfNeeded] + 50
10 UIKit 0x33904e63 -[UITableView layoutSubviews] + 18
11 UIKit 0x338b10cf -[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 26
12 CoreFoundation 0x3146ebbf -[NSObject(NSObject) performSelector:withObject:] + 22
13 QuartzCore 0x30a6c685 -[CALayer layoutSublayers] + 120
14 QuartzCore 0x30a6c43d CALayerLayoutIfNeeded + 184
15 QuartzCore 0x30a6656d _ZN2CA7Context18commit_transactionEPNS_11TransactionE + 212
16 QuartzCore 0x30a66383 _ZN2CA11Transaction6commitEv + 190
17 QuartzCore 0x30a70e4f _ZN2CA11Transaction5flushEv + 46
18 QuartzCore 0x30a6db75 +[CATransaction flush] + 24
19 UIKit 0x338e803f -[UIApplication _reportAppLaunchFinished] + 30
20 UIKit 0x338d6317 -[UIApplication _runWithURL:payload:launchOrientation:statusBarStyle:statusBarHidden:] + 462
21 UIKit 0x338a248b -[UIApplication handleEvent:withNewEvent:] + 1114
22 UIKit 0x338a1ec9 -[UIApplication sendEvent:] + 44
23 UIKit 0x338a1907 _UIApplicationHandleEvent + 5090
24 GraphicsServices 0x35d66f03 PurpleEventCallback + 666
25 CoreFoundation 0x314656ff __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 26
26 CoreFoundation 0x314656c3 __CFRunLoopDoSource1 + 166
27 CoreFoundation 0x31457f7d __CFRunLoopRun + 520
28 CoreFoundation 0x31457c87 CFRunLoopRunSpecific + 230
29 CoreFoundation 0x31457b8f CFRunLoopRunInMode + 58
30 UIKit 0x338d5309 -[UIApplication _run] + 380
31 UIKit 0x338d2e93 UIApplicationMain + 670
32 myApp 0x000029bf main + 70
33 myApp 0x00002974 start + 40
)
terminate called after throwing an instance of 'NSException'
numberOfRows看起来像：
- (NSInteger)tableView:(UITableView *)aTableView numberOfRowsInSection:(NSInteger)section {
// Return the number of rows in the section.
NSLog(@"number of rows in section");
if (section == mySection) {
return [[articleArrays objectAtIndex:section] count];
} else {
return 0;
}
}
答案 0 :(得分：1)
根据您在此处的描述，执行下载的进程，或者更确切地说是事件回调应该是调用重新加载数据的唯一位置。在将新数据添加到表dataSet之后调用它。
在numberOfRowsInSection中返回0不会导致崩溃，但如果您在计数为0时尝试获取嵌套数组，则会崩溃。发布您的numberOfRowsInSection方法让我们傻笑。
修改
声音/看起来后台线程在尝试对象计数时会改变数组。
user210504正确地说同步数组很可能就此停止了。
通常，您会同步写入，因此如果您的后台线程正在改变它，则会阻止numberOfRowsInSection计数。例如：
-(void)downloadFinished{
NSMutableArray * array = [[NSArray alloc] init];//t
id * obj;//obj is your row data object.
@synchronized(ar)
{
[array addObject:obj];//ar is your dataSet
}
[array release];
}
答案 1 :(得分：0)
您可以做的一件事是在@synchronized块中封装对Mutable Array的访问。这样您就可以确保不会在中途访问数据结构。然后我也同意卢克刚刚提到的内容。