gpt4 book ai didi

ios - Big Nerd Ranch,第 19 章,通过重新分配指针避免强引用循环

转载 作者:行者123 更新时间:2023-11-28 21:36:20 25 4
gpt4 key购买 nike

我正在阅读 Big Nerd Ranch iOS 教科书第 19 章,我不清楚他们为什么要在那里重新分配指针以避免强引用循环。基本上他们有一个代码块,actionBlock,它对类 BNRItemCell 有一个强引用,并且引用在 block 的生命周期之后仍然存在。 BNRItemCell 通过 @property 引用 block :@property (strong, nonatomic) void (^actionBlock)(void)。显然,这会产生强大的引用循环。为了避免这种情况,他们在 block 外定义了一个 __weak BNRItemCell *weakCell = cell,然后在 block 内定义了一个 BNRItemCell *strongCell = weakCell。他们说 strongCell 应该在 block 执行时持续存在,并且在 block 完成时将被销毁。我不明白 block 内的重新分配,BNRItemCell *strongCell = weakCell,以及指针为 __weak 的意义何在。比方说,如果我们只执行 BNRItemCell *strongCell = cell,其中 cell 是对类的强引用,难道不是可以吗? strongCell 在 block 执行完毕后仍会被销毁。

我试图想象正在发生的事情,而他们正在做的事情对我来说没有意义。为了清楚起见,

__weak someClass *weakPointer = strongPointer_1;

someObject.actionBlock = ^{
someClass *strongPointer_2 = weakPoiter;
// Here we are using strongPointer_2
}

someObject.actionBlock = ^{
someClass *strongPointer_2 = strongPointer_1;
// Here we are using strongPointer_2
}

?

我就是看不出区别,所以我想,我对幕后发生的事情没有清楚的了解。

完整代码如下:

- (UITableViewCell *)tableView:(UITableView *)tableView
cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
// Get a new or recycled cell
BNRItemCell *cell =
[tableView dequeueReusableCellWithIdentifier:@"BNRItemCell"
forIndexPath:indexPath];

// Set the text on the cell with the description of the item
// that is the nth index of items, where n = row this cell
// will appear in on the tableview
NSArray *items = [[BNRItemStore sharedStore] allItems];
BNRItem *item = items[indexPath.row];

// Configure the cell with the BNRItem
cell.nameLabel.text = item.itemName;
cell.serialNumberLabel.text = item.serialNumber;
cell.valueLabel.text = [NSString stringWithFormat:@"$%d", item.valueInDollars];

cell.thumbnailView.image = item.thumbnail;

__weak BNRItemCell *weakCell = cell;

cell.actionBlock = ^{
NSLog(@"Going to show image for %@", item);

BNRItemCell *strongCell = weakCell;

if ([UIDevice currentDevice].userInterfaceIdiom == UIUserInterfaceIdiomPad){
NSString *itemKey = item.itemKey;

// if there is no image, we don't need to display anything
UIImage *img = [[BNRImageStore sharedStore] imageForKey:itemKey];
if (!img) {
return;
}

BNRImageViewController *ivc = [[BNRImageViewController alloc] init];
ivc.image = img;

ivc.modalPresentationStyle = UIModalPresentationPopover;
ivc.preferredContentSize = CGSizeMake(380, 300);
CGRect frame = [self.view convertRect:strongCell.thumbnailView.bounds
toView:self.view];
// frame.origin.y -= 150;

UIPopoverPresentationController *popoverController = ivc.popoverPresentationController;
popoverController.permittedArrowDirections = UIPopoverArrowDirectionUp;
popoverController.sourceView = cell.thumbnailView;
popoverController.sourceRect = frame;

[self.navigationController presentViewController:ivc animated:YES completion:nil];


}
};

return cell;
}

最佳答案

重要的是要理解为什么捕获 self 或 block 中的其他一些引用的“正常”情况会导致保留周期。

如果您有一个实例变量持有对 block 的强引用,则该 block 将不会被释放,直到该引用被niled。如果该 block 捕获对引用该 block 的实例的强引用,则该实例将不会被解除分配,直到该引用被niled。如果实例和 block 同时持有这些引用,那么您就有了经典循环,除非其中一个明确地nil引用了另一个。

这里的关键是 block 对类实例的引用保存在捕获数据中。只要区 block 存在,这些数据就会一直存在。

现在我们可以明白为什么捕获弱指针会有帮助了。如果问题是捕获数据,而不是 block 本身中的引用,则弱指针会很好地处理我们的循环。现在可以独立于 block 解除分配类实例,因为 block 没有强引用。

现在的问题是,为什么在 block 本身的主体中有一个强引用?这只是为了确保在 block 执行时实例不会被dealloced。对于所有在主线程上运行的东西来说,这不是一个真正的问题,但该 block 可能正在分派(dispatch)到后台线程。

为什么这(重新)创建一个保留周期?嗯,确实如此,但只是暂时的。 block 内的强引用捕获弱指针,可以将其nil。强引用是一个 block 范围的变量,当 block 退出时将被清除。 ARC 确保此类引用在从 block 返回之前被释放,从而停止循环。

关于ios - Big Nerd Ranch,第 19 章,通过重新分配指针避免强引用循环,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33793374/

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