8

我正在从手动内存管理过渡到 ARC 并且遇到了问题。大多数时候,我通过在模型类中调用 performSelectorInBackground 来异步执行数据加载。问题是当模型收到 nil(发布)时,我需要停止任何模型代码执行。在非 arc 中,一切都很简单——一旦用户关闭窗口,它的控制器就会开始释放自己并释放它的模型 [_myModel release],因此模型停止它的代码执行(数据加载)并被调用它的 dealloc 方法.

这在 ARC 中似乎有所不同。即使从控制器接收到 nil 消息,模型仍然执行代码。它的 dealloc 方法仅在其代码执行(数据加载)之后被调用。这是一个问题,因为当用户关闭窗口(控制器)时,代码执行应该尽快停止。这是对代码的某种缺乏控制——控制器告诉模型——“走开,我不再需要你的工作了”,但模型仍然“正在努力完成它的工作”:)。

想象一个模型执行一些非常繁重的数据处理,持续时间为 10 秒。当用户打开窗口(控制器)时,模型开始进行处理。但是想象一下,用户在打开窗口后改变了主意并关闭了窗口。该模型仍然执行浪费处理。任何想法如何解决或解决这个问题?我不喜欢在我的模型中有一个特殊的 BOOL“shouldDealloc”属性并在控制器 dealloc 方法中设置为 YES,并在我的模型类条件中使用。有更优雅的解决方案吗?

我做了一些演示项目来展示这个问题。对于测试,只需创建单视图应用程序并粘贴代码。在 ViewController.xib 文件中创建按钮- “开始计算”“停止计算”,并将其 IBAction 与startCalculationPressedstopCalculationPressed连接:

视图控制器.h

#import "MyModel.h"

@interface ViewController : UIViewController <MyModelDelegate>

- (IBAction)startCalculationPressed:(id)sender;
- (IBAction)stopCalculationPressed:(id)sender;

@end

视图控制器.m

@interface ViewController (){

  __strong MyModel *_myModel;
}
@end

@implementation ViewController

- (void)viewDidLoad
{
  [super viewDidLoad];
  // Do any additional setup after loading the view, typically from a nib.
}

- (void)didReceiveMemoryWarning
{
  [super didReceiveMemoryWarning];
  // Dispose of any resources that can be recreated.
}

- (void)didCalculated
{
  NSLog(@"Did calculated...");
}

- (IBAction)startCalculationPressed:(id)sender
{
  NSLog(@"Starting to calculate...");

  _myModel = nil;
  _myModel = [[MyModel alloc] init];
  _myModel.delegate = self;

  [_myModel calculate];
}

- (IBAction)stopCalculationPressed:(id)sender
{
  NSLog(@"Stopping calculation...");
  _myModel.delegate = nil;
  _myModel = nil;
}
@end

将新的 MyModel 类添加到项目中:

我的模型.h

@protocol MyModelDelegate <NSObject>

  - (void)didCalculated;

@end

@interface MyModel : NSObject

  @property (nonatomic, weak) id<MyModelDelegate> delegate;

  - (void)calculate;

@end

我的模型.m

@implementation MyModel

- (void)dealloc
{
  NSLog(@"MyModel dealloc...");
}

- (void)calculate
{
  [self performSelectorInBackground:@selector(performCalculateAsync) withObject:nil];
}

- (void)performCalculateAsync
{
  // Performing some longer running task
  int i;
  int limit = 1000000;
  NSMutableArray *myList = [[NSMutableArray alloc] initWithCapacity:limit];

  for (i = 0; i < limit; i++) {

    [myList addObject:[NSString stringWithFormat:@"Object%d", i]];
  }

  [self performSelectorOnMainThread:@selector(calculateCallback) withObject:nil waitUntilDone:NO];

}

- (void)calculateCallback
{
  [self.delegate didCalculated];
}

@end

UPDATE Martin 是对的,performSelectorOnMainThread 总是保留自我,所以没有办法停止其他线程上的代码执行(在 ARC 和非 ARC 中),所以释放模型时不会立即调用 dealloc。因此,这应该通过条件检查使用适当的属性(例如委托)显式完成。

4

1 回答 1

6

如果一个对象的释放计数下降到零,或者在 ARC 语言中,如果对该对象的最后一个强引用消失,则该对象被释放。

[self performSelectorInBackground:@selector(performCalculateAsync) withObject:nil];

添加对 的强引用self,这解释了为什么在后台线程完成之前没有释放对象。

没有办法(据我所知)使后台线程“自动”停止。dispatch_async()对于以或 for开头的块也是如此NSOperation。一旦启动,线程/块/操作必须在保存停止的点监视某些属性。

在您的示例中,您可以监视self.delegate. 如果变成nil,则不再对结果感兴趣,因此后台线程可以返回。在这种情况下,将delegate属性声明为atomic.

请注意,如果视图控制器被释放(因为它是一个弱属性),即使没有被调用,self.delegate它也会自动设置为。nilstopCalculationPressed

于 2013-04-13T09:22:12.000 回答