4

CADisplayLink を使用すると、例外が飲み込まれてしまうことに気付きました。

CADisplayLink *aDisplayLink = [[UIScreen mainScreen] displayLinkWithTarget:self selector:@selector(doIt)];
[aDisplayLink setFrameInterval:100];
[aDisplayLink addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];

...

- (void) doIt
{
    NSLog(@"Before");

    // Force an exception
    NSLog(@"%@", [[NSArray array] objectAtIndex:1]);

    NSLog(@"After");
}

このコードを実行すると、次の出力が生成されます。

2011-04-11 18:30:36.001 TestFrameLink[10534:207] Before
2011-04-11 18:30:37.666 TestFrameLink[10534:207] Before
2011-04-11 18:30:39.333 TestFrameLink[10534:207] Before

これは CADisplayLink の正しい動作ですか? スタックを巻き戻して何も起こらなかったふりをするのではなく、例外が発生したときにプログラムを中止させる方法はありますか?

4

1 に答える 1

2

CoreAnimation の C++ 内部 (バックトレースで証明されているように) が、お気づきの例外の飲み込みの原因であると思われます (むしろ、NSTimer が例外を飲み込むとは思いません)。CoreAnimation コールバック (から呼び出される+[UIView setAnimationDidFinishSelector:]か、おそらく-viewDidAppear:アニメーション化されている場合でも呼び出される) は、ログ メッセージを出力したと思われることを除いて、同じことを行うようです。Apple が例外処理よりも例外の飲み込みを選択した理由はよくわかりません。しかたがない。

あなたが求めていることを実行する唯一の方法は、私の知る限り、

@try
{
  ...
}
@catch(...)
{
  abort();
}

あまり役に立ちません、私は知っています。役立つかもしれない他の2つのこと：

于 2011-04-12T04:23:36.903 に答える