UIAlertController dismiss is slow

Question

iOS 8の後、実装をUIAlertViewの代わりにUIAlertControllerに変更すると、頭がおかしくなります。

ボタンをクリックした後にUIが応答するまで、解雇には1秒程度の時間がかかります。これはユーザーが何か間違っていると思うことを意味します。

私はこれに苦しんでいる唯一の人ですか？これはいくつかのアプリにまたがっており、これほど簡単な実装では本当です。私はこれを新しい空のプロジェクトで試しました。

- (IBAction)showAlertView { 

    [[[UIAlertView alloc] initWithTitle:@"test" message:@"test" delegate:self cancelButtonTitle:@"OK" otherButtonTitles: nil] show]; 
} 

-(void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex { 

    NSLog(@"this is fast"); 
} 

-(IBAction)showAlert { 

    UIAlertController *controller = [UIAlertController alertControllerWithTitle:@"test" message:@"test" preferredStyle:UIAlertControllerStyleAlert]; 

    [controller addAction:[UIAlertAction actionWithTitle:@"OK" style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) { 

     NSLog(@"this is slow"); 

    }]]; 

    [self presentViewController:controller animated:NO completion:nil]; 

} 

ボタンをクリックすると、何かがコンソールに出力されるまでに約1秒間の遅延が生じます。アラートの発表はまったく遅れていません。

編集：タイミングが近ければ、それはおそらく700msとよく似ていますので、完全な秒はありませんが、瞬間的なものには長すぎます。

Answer 1

私はそれは古い質問です知っているが、私は同じ問題を抱えていたとUIAlertControllerを提示するのViewControllerでこれを追加する私のためにそれを解く：

- (BOOL)canBecomeFirstResponder { 
    return YES; 
} 

スウィフトバージョン：悲しいこと

override func canBecomeFirstResponder() -> Bool { 
    return true 
} 

Answer 2

を、オーバーライドcanBecomeFirstResponderは私たちを助けませんでした。

アラートを表示する前に、ビューコントローラの可能な対応者にresignFirstResponderと連絡すると、私たちは助けになりました。

何らかの理由で、テキストフィールドが最初のレスポンダだった場合、次のレスポンダを探すビュー階層を通過しようとするように見えます。テキストフィールドにフォーカスがない場合、遅延は消えた。