博客探讨了在使用tableView:moveRowAtIndexPath:toIndexPath:时遇到的内存管理问题，通过代码示例展示了不同情况下对象的引用计数变化，揭示了对象在被移除后可能的延迟清理机制。通过对内存管理法则的重新审视，博主提出了关于对象生命周期的思考。
/*今天本来在研究tableView:moveRowAtIndexPath:toIndexPath:这个方法，但是一个crash，让我有了一些有意思的发现，从而让我对内存管理有了更深的认识，不过这些只是我的个人理解，或许不正确，希望大家看过以后也可以发表一下意见*/
首先我就直接上一段代码
- (void)tableView:(UITableView *)tableView moveRowAtIndexPath:(NSIndexPath *)sourceIndexPath toIndexPath:(NSIndexPath *)destinationIndexPath
{
NSInteger fromRow = [sourceIndexPath row];
NSInteger toRow = [destinationIndexPath row];
id obj = [self.mArr objectAtIndex:fromRow];
//NSLog(@"%d,%p",[obj retainCount],obj);--------------1
//NSLog(@"%p",[self.mArr objectAtIndex:fromRow]);-----2
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
