gpt4 book ai didi

ios - tableView 在超过 16 个项目时崩溃

转载 作者:技术小花猫 更新时间:2023-10-29 11:14:31 25 4
gpt4 key购买 nike

这很令人困惑。

我有一个 UITableView,它会更新并正常工作,直到它获得超过 16 个项目然后在调用 insertRowsAtIndexPaths 后尝试 endUpdates 时崩溃>.

添加的 NSIndexPath 都是有效的。 -numberOfRowsInSection 返回正确的数字。它不会抛出与数据集相关的错误,而是崩溃

*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[__NSArrayM insertObject:atIndex:]: object cannot be nil'

当在 tableView 上调用 endUpdates 时。

数据源都在那里,NSIndexPath 没问题。代码在 0 到 16 行之间工作正常,但是当我添加第 17 行时它崩溃了。此外,如果我从 22 个项目开始它工作正常,当我添加第 23 个项目时它崩溃了......如果我调用重新加载数据而不是执行更新和插入过程它工作正常,所以它与数据本身无关,并且它不应该与我插入行的方式有任何关系,因为它可以工作到 16...

我完全糊涂了。这是我的更新方法。它一直在主线程上被调用。

- (void)updateConversation:(NSNotification*)notification
{
NSDictionary *updateInfo = [notification userInfo];
//NSLog(@"Got update %@", updateInfo);

if ([[updateInfo objectForKey:@"success"] integerValue] == YES) {
[self updateConversationUI];

int addedStatementCount = [[updateInfo objectForKey:@"addedStatementCount"] intValue];

if (addedStatementCount > 0) {
//[self.tableView reloadData];
[self.tableView beginUpdates];
int previousStatmentCount = [[updateInfo objectForKey:@"previousStatmentCount"] intValue];

NSLog(@"owner %i, Was %i, now %i, change of %i", self.owner, previousStatmentCount, (int)self.conversation.statements.count, addedStatementCount);

NSMutableArray *rowPaths = [[NSMutableArray alloc] init];

for (int i = previousStatmentCount; i < previousStatmentCount + addedStatementCount; i++) {
NSIndexPath *path = [NSIndexPath indexPathForRow:i inSection:0];
[rowPaths addObject:path];
}

[self.tableView insertRowsAtIndexPaths:rowPaths withRowAnimation:UITableViewRowAnimationBottom];
[self.tableView endUpdates];
[self.tableView scrollToRowAtIndexPath:[rowPaths lastObject] atScrollPosition:UITableViewScrollPositionBottom animated:YES];
}
}
}

[self.tableView endUpdates] 崩溃的其余部分是 UITableView

*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[__NSArrayM insertObject:atIndex:]: object cannot be nil'
*** First throw call stack:
(
0 CoreFoundation 0x000000010189b795 __exceptionPreprocess + 165
1 libobjc.A.dylib 0x00000001015fe991 objc_exception_throw + 43
2 CoreFoundation 0x0000000101852564 -[__NSArrayM insertObject:atIndex:] + 820
3 UIKit 0x0000000100317900 __46-[UITableView _updateWithItems:updateSupport:]_block_invoke691 + 173
4 UIKit 0x00000001002b5daf +[UIView(UIViewAnimationWithBlocks) _setupAnimationWithDuration:delay:view:options:factory:animations:start:animationStateGenerator:completion:] + 460
5 UIKit 0x00000001002b6004 +[UIView(UIViewAnimationWithBlocks) animateWithDuration:delay:options:animations:completion:] + 57
6 UIKit 0x00000001003174cb -[UITableView _updateWithItems:updateSupport:] + 2632
7 UIKit 0x0000000100312b18 -[UITableView _endCellAnimationsWithContext:] + 11615
8 Dev App 0x0000000100006036 -[ConversationViewController updateConversation:] + 998
9 CoreFoundation 0x00000001018f121c __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 12
10 CoreFoundation 0x000000010185370d _CFXNotificationPost + 2381
11 Dev App 0x00000001000055ac -[ConversationManager postNotification:] + 92
12 Foundation 0x0000000101204557 __NSThreadPerformPerform + 227
13 CoreFoundation 0x000000010182aec1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
14 CoreFoundation 0x000000010182a792 __CFRunLoopDoSources0 + 242
15 CoreFoundation 0x000000010184661f __CFRunLoopRun + 767
16 CoreFoundation 0x0000000101845f33 CFRunLoopRunSpecific + 467
17 GraphicsServices 0x00000001039a23a0 GSEventRunModal + 161
18 UIKit 0x0000000100261043 UIApplicationMain + 1010
19 Dev App 0x0000000100003613 main + 115
20 libdyld.dylib 0x0000000101f2a5fd start + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException

这似乎是操作系统中的一个错误,堆栈表明它与动画 block 有关,但无论我将动画设置为什么,它都会发生,包括没有。

并重新声明。这适用于 16 个项目,然后插入导致崩溃的项目。它还会在初始设置时调用以加载数据,它会加载任意数量的项目,包括超过 16 个。但是当再次调用时,纯粹作为从 16 或更多到更高的更新它会崩溃。

我在表格 View 中遇到的最奇怪的问题...

在设备和模拟器上的 iOS 7 下,最新的 Xcode 供引用。

最佳答案

问题似乎是由我调用 scrollToRowAtIndexPath 引起的(即使它在到达那里之前崩溃了......)结合实现 tableView:estimatedHeightForRowAtIndexPath: 通过删除行高估计崩溃消失了......似乎仍然对我来说就像表格动画系统中的错误。值得庆幸的是,我不需要估计的行高,我忘记了我已经实现了它(试图在 iOS 7 上表现得很好又让我失望)。

关于ios - tableView 在超过 16 个项目时崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20595718/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com