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

連續執行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是在上一個完成的基礎上執行的