連續執行UIView的animateWithDuration:delay:options:animations:completion出現的問題

• 問題背景

     自定義實現UIKeyboard的accessoryView的基本原理是根據UIKeyboard的frame來動態調整accessoryView的frame值，爲了能達到accessoryView的平滑的變更，咱們用UIView的類方法animateWithDuration:delay:options:animations:completion:來動態調整accessoryView的frame值

 

• 問題出現描述

     咱們根據通知UIKeyboardWillShowNotification來觸發調用animateWithDuration:delay:options:animations:completion:，那麼問題來了，當UITextField的屬性autocorrectionType設置爲UITextAutocorrectionTypeYes（也就是在中文系統下喚起鍵盤的時候會自動切換爲中文鍵盤），而且在首次打開鍵盤的時候，系統會發送屢次UIKeyboardWillShowNotification通知，從而會屢次觸發調用animateWithDuration:delay:options:animations:completion:，先來看看代碼：

　　

這段代碼會被屢次連續執行，照理對self.frame（self對應accessoryView）的改變只需在animations的block中處理便可，可是代碼的原做者不知道出於什麼目的在competion中也一樣執行了一遍，來看一下NSLog中的內容：

關注下每次selfEndingRect的frame的y軸值，咱們指望的最終值是276，可是看到completion中的selfEndingRect的frame的y軸值的順序恰好相反，最終值爲312，也就是第一次調用時候的值，致使accessoryView的最終展示的位置要比預期的偏下36

 

•  問題分析

      一些無用的分析過程就不累述了，看看最終 的結果分析就好，先來寫一段測試代碼,循環執行屢次animate操做，每次動畫執行時間爲10秒

    

     

     再來看一下log：

　

     分析下不難發現，第0次animate操做的completion最後執行，也就是10秒動畫執行的時間後，後面的4次animate直接被cancel了，從時間上也能夠發現，animate的開始時間和completion的結束時間都是在大約47秒的時候，二者相差0.*秒的時間，遠小於設置的10秒動畫時間，這裏比較奇怪的一點是既然被cancel了，可是finish的值爲何仍是爲YES

 

• 解決方法

        就本例來講，去掉completion中對frame的賦值就能夠了

        通常來講不太會出現本例同樣循環進行animate操做，若是要實現連續的動畫，簡單方法就是在completion繼續執行animate，以保證下一個animation是在上一個完成的基礎上執行的