2011-01-19 64 views
1

我一直在追蹤一個令人討厭的bug,最近我知道它是由於我的多線程方法而發生的(我在最後添加了crashreport)。iPhone - Tableview多線程 - 可行的方法?

在我的應用程序中,我加載了一個UITableView並使用Coredata存儲的數據填充它。這些數據反過來從Web服務中檢索,因此可能需要一些時間,這取決於我的連接。

無論如何,我已經設法跟蹤它一點,我知道這個問題是因爲一個數組是空的,但我認爲它不應該是。然後,當

numberOfRowsInSection:(NSInteger)section 

被稱爲程序崩潰 - 但只有時!

我想知道如何正確地調試這一點,我的方法是調用

reloadData 

上的tableView視圖加載完畢後。但外觀

- (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; 
} 

}

回答

1

從你的描述在這裏你的進程,它執行下載,或者更準確地說事件的回調應該是調用重裝數據的唯一地方。在將新數據添加到表dataSet後調用它。

在numberOfRowsInSection中返回0不會導致崩潰,但如果您在count爲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]; 
} 
+0

我補充說。有趣的是,如上所述,這是隨機發生的,就好像他有時設法做得夠快一樣。 – Icky 2011-01-20 07:30:15

+0

嗯,我確實解決了這個問題,但不知何故有所不同。雖然我想知道,爲什麼@synchronized(articleArrays)不適合我。無論如何,我認爲你的方法是正確的,所以謝謝你這樣引導我! – Icky 2011-01-20 11:18:26

0

您可以做的一件事是將訪問封裝到@synchronized塊中的可變數組中。這樣你就可以確定你沒有訪問數據結構的一半。然後我也同意盧克剛剛提到的。