推薦：用 JavaScript 控制 Flash 播放器的方法匯總
說明：含例句的方法我已作了測(cè)試。播放動(dòng)畫：Play()例：(網(wǎng)頁中的Flashid).Play();停止動(dòng)畫：StopPlay()動(dòng)畫是否正在播放：IsPlaying()跳轉(zhuǎn)到某幀：Goto

使用moviecliploader下載過多的位圖會(huì)帶來計(jì)算機(jī)網(wǎng)絡(luò)連接的擁塞，即使使用unloadClip方法取消下載，仍然不會(huì)有好轉(zhuǎn)，引起這個(gè)現(xiàn)象的原因與這個(gè)類的實(shí)現(xiàn)細(xì)節(jié)有關(guān)系，我們雖然不能看到其實(shí)現(xiàn)的原理，但是通過它的表現(xiàn)，可以對(duì)其特性有所熟悉。

MovieClipLoader可以勝任一般的應(yīng)用，但是對(duì)于一些大量的下載任務(wù)，假如使用不當(dāng)，可能帶來嚴(yán)重的網(wǎng)絡(luò)負(fù)擔(dān)和非常差的用戶體驗(yàn)。

public loadClip(url:String, target:Object) : Boolean

首先需要指出的是，loadClip方法對(duì)于Flash編程人員來說是多線程的，不管其內(nèi)部實(shí)現(xiàn)機(jī)制如何，一個(gè)事實(shí)可以證實(shí)這一點(diǎn)：我們可以使用loadClip方法同時(shí)下載多個(gè)圖片，并把不同的圖片放在不同或者相同的電影剪輯當(dāng)中。（文檔中僅僅指出可以放在同一個(gè)剪輯當(dāng)中）。

第二點(diǎn)，MovieClipLoader.onLoadStart處理函數(shù)并不是調(diào)用loadClip后會(huì)立即觸發(fā)。文檔稱，當(dāng)被加載的剪輯或者圖片的第一個(gè)字節(jié)被寫入用戶磁盤中時(shí)，此函數(shù)被調(diào)用。可以確定，當(dāng)網(wǎng)絡(luò)連接不可用或者被下載資源不可用的時(shí)候就可能用原不會(huì)觸發(fā)此事件。

public unloadClip(target:Object) : Boolean

此方法是我們討論的核心所在。官方loadClip文檔稱：“使用 MovieClipLoader.unloadClip() 可刪除用此方法加載的影片或圖像，或者取消正在進(jìn)行中的加載操作。”我們知道，loadClip方法是需要占用網(wǎng)絡(luò)連接核內(nèi)存資源的，我們寄希望于一旦調(diào)用unloadclip則立即釋放網(wǎng)絡(luò)連接和內(nèi)存資源。但是事與愿違！這是MovieClipLoader方法的要害問題。當(dāng)AS調(diào)用MovieClipLoader.unloadClip()之后，并不一定會(huì)馬上釋放資源。當(dāng)我們使用MovieClipLoader下載大量的圖片的時(shí)候，雖然我們?cè)谡{(diào)用unloadClip之后才下載新的圖片，但是網(wǎng)絡(luò)連接的使用將進(jìn)一步累積增大，導(dǎo)致網(wǎng)絡(luò)連接的暫時(shí)阻塞。

經(jīng)過測(cè)試，調(diào)用loadClip方法之后，立即調(diào)用unloadClip方法是絲毫不起作用的，下載過程會(huì)繼續(xù)進(jìn)行，并且MovieClipLoader類的事件處理函數(shù)仍然會(huì)被調(diào)用。這看起來非常出乎人的意料之外！而且非常不合理，但是事實(shí)就是如此。另外，假如手動(dòng)將被加載對(duì)象的目的剪輯刪除（unloadMovie或者removeMovieClip），這將刪除舞臺(tái)上的剪輯，但是仍然不能釋放MovieClipLoader所占用的資源。

事實(shí)證實(shí)，當(dāng)MovieClipLoader.onLoadComplete被調(diào)用之后，再次使用unloadClip方法，將會(huì)刪除被加載的剪輯，但是同時(shí)網(wǎng)絡(luò)連接的占用也會(huì)被釋放。但是這樣做的并沒有太大的意義，因?yàn)閳D片一旦開始下載，資源消耗是不可消除的，但這恰又是要害的資源。這段無意義的資源占用會(huì)字節(jié)導(dǎo)致用戶計(jì)算機(jī)的網(wǎng)絡(luò)阻塞，表現(xiàn)為上網(wǎng)速度忽然降低，幾秒鐘之后恢復(fù)正常（這要看用戶的網(wǎng)絡(luò)速度如何以及同時(shí)下載的圖片數(shù)有多大）。

unloadClip的存在的另外一個(gè)問題是MovieClipLoader.onLoadError事件的觸發(fā)問題。官方文檔指出：“假如您在正加載影片時(shí)發(fā)出此命令，則調(diào)用 MovieClipLoader.onLoadError。”但是通過我的測(cè)試，不論何時(shí)調(diào)用了unloadClip方法，MovieClipLoader.onLoadError都不會(huì)被觸發(fā)！這是另一個(gè)非常驚人的現(xiàn)象！

現(xiàn)在我還沒有找到一個(gè)方法，可以徹底的從內(nèi)存中刪除一個(gè)對(duì)象。我們知道，as是使用垃圾收集機(jī)制來治理內(nèi)存的，我們并不能直接調(diào)用垃圾收集動(dòng)作，也就是說，大多數(shù)時(shí)候，我們?cè)O(shè)置一個(gè)對(duì)象的唯一引用為null，那么可以判定這個(gè)對(duì)象已經(jīng)符合垃圾收集的條件，但是這個(gè)對(duì)象并不會(huì)立即被破壞，它所占用的內(nèi)存和其他資源并不會(huì)立即被釋放。因此，我們沒有辦法在所有時(shí)候立即釋放MovieClipLoader所占用的資源。

onLoadInit = function([target_mc:MovieClip]) {}

這里需要補(bǔ)充一點(diǎn)：onLoadInit是在調(diào)用被加載剪輯的第一幀的代碼之后被觸發(fā)。onLoadCompelete觸發(fā)是在被加載對(duì)象的最后一個(gè)字節(jié)被寫入用戶磁盤的時(shí)候被調(diào)用，在此之后和onLoadInit之前，被加載對(duì)象的內(nèi)部數(shù)據(jù)是不可用的。然而，這里的內(nèi)部數(shù)據(jù)指的是被加載對(duì)象的幀代碼以及其子剪輯，被加載對(duì)象本身的屬性和方法是有效的！也就是說，將圖片加載到mc中的過程中的任何時(shí)候，mc._x是始終可以被使用的。

最終結(jié)局

我使用sniffer觀察IP數(shù)據(jù)包之后，發(fā)現(xiàn)多個(gè)MovieclipLoader會(huì)共用TCP:http網(wǎng)絡(luò)連接，只要前一個(gè)任務(wù)下載完畢，就可以釋放連接給下一個(gè)任務(wù)使用，這是MovieclipLoader實(shí)現(xiàn)中非常明智的地方。但是假如尚沒有任務(wù)下載完畢，也就是沒有空閑TCP:http網(wǎng)絡(luò)連接，就會(huì)創(chuàng)建新連接，舊鏈接在任務(wù)完成或者其他很短的時(shí)間內(nèi)被作廢，通過觀察發(fā)現(xiàn)，無論多少個(gè)MovieClipLoader同時(shí)下載多少個(gè)任務(wù)，并發(fā)使用中的網(wǎng)絡(luò)連接數(shù)最多是10，但是已經(jīng)開啟卻不再使用了的網(wǎng)絡(luò)鏈接這可能很多。假如不斷下載新圖片并且在舊尚未下載完之前移除target_mc，由于無法立即釋放這些被刪除的圖片所占用的TCP:http網(wǎng)絡(luò)連接，那么會(huì)導(dǎo)致每添加一個(gè)新下載任務(wù)都會(huì)創(chuàng)建新連接，舊鏈接被作廢。這樣一來，無用的網(wǎng)絡(luò)鏈接占用就會(huì)很多，導(dǎo)致網(wǎng)絡(luò)阻塞。

重用網(wǎng)絡(luò)連接的唯一方法：永遠(yuǎn)不要在onLoadCompelete完成之前刪除一個(gè)被加載的圖片；決定要下載一個(gè)新圖片時(shí)要確定是否真的必須下載。

至此MovieclipLoader的要害問題就很明顯了：MovieclipLoader類沒有提供立即釋放網(wǎng)絡(luò)連接的方法，這是問題的根源。

分享：問答整理：在Flash動(dòng)畫影片中怎樣使MC倒放？
問：怎樣使MC倒放，從100幀放到第1幀停止，通過按鈕控制正常播放MC，或倒放MC？如圖：答：方法1、把這段代碼加到倒放那個(gè)按鈕去就可以了：（棄天笑提供）on