[摘要]本文是對連續執行UIView的animateWithDuration:delay:options:animations:completion出現的問題的講解，對學習IOS蘋果軟件開發有所幫助,與大家分享。

問題背景

自定義實現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是在上一個完成的基礎上執行的