stop語句的功能是停止當前（this）動畫的播放，停止在當前幀。
但是有1些例外，使得動畫所停止的位置并非執(zhí)行stop語句所在的幀位置。如在第1幀運行stop，可能會停在第2幀。

以下例子：

建立1個空fla文件，在第1幀寫：

在第7幀插入1個空關鍵幀，寫下如下代碼：

這些語句使動畫跳轉到第2幀。
完成后在flash ide中測試該文件，首先output面板中顯示
1

這時flash停在第1幀，是正確的；然后按下回車，使主場經動畫繼續(xù)播放，這時，在output面板中顯示的是

1
enterframe
2

如果將第7幀中的goto改稱this.gotoAndPlay(3),output面板中就會顯示3.
這是stop語句的bug，使得動畫停在錯誤的位置。究其原因，其實都是事件處理函數引起的，純粹的幀AS不會出現(xiàn)這種問題。
問題出現(xiàn)的地方從第7幀開始，這1幀中，我們設置了1個onEnterFrame函數，并在函數的*刪除的函數自己，他的功能是使得函數體只執(zhí)行1次，而且，onEnterFrame函數被設置后不會馬上執(zhí)行，下1幀才會起作用，所以，這段as的功能也是延遲1幀執(zhí)行某些操作（很多AS代碼中都用到了這個）。

所以，當動畫再回到第1幀時，flash要執(zhí)行2部分代碼，1個是onEnterFrame得函數體，1個是幀代碼。但通常，幀代碼是在事件處理代碼后面執(zhí)行的，第1幀的所有代碼就為：

而且，as的運行方法是先把所有的代碼放入1個隊列，然后逐次運行。所以，雖然首先跳轉到了第2幀，但第1幀的stop仍然會執(zhí)行，以致*的結果就是停在了第2幀。

這個bug也由其他的事件處理函數引起，如onKeyDown等。產生這個問題的根本原因就是stop所在的幀位置和當前實際的幀位置不同。也就是說，_currentframe屬性和stop語句的幀位置不同，所以，我們可以通過判斷_currentframe屬性的值來避免這個bug。
當flash執(zhí)行晚onEnterFrame中的this.gotoAndPlay(2)時，_currentframe已經被指定為2,這個是正確的，只需將第1幀
語句改稱：

就可以避免stop停止在錯誤的位置。根據需要，也可以改成:

即，無論在什么地方，都回到第1幀并停止。