Flex事件機制的階段有哪些

這篇文章主要為大家展示了“Flex事件機制的階段有哪些”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“Flex事件機制的階段有哪些”這篇文章吧。

Flex事件機制中的基本概念

event objects(事件對象)：所有的事件對象都是flash.events.Event或者其子類。比如說鼠標事件MouseEvent，計時器事件TimerEvent。每個事件對象中都包括事件類型(type)和事件源(target)，便于event listener知道該事件的類型以及是誰拋出這樣的事件。簡單的理解，事件對象就是ActionScript中的各種事件類型的對象。
    event dispatchers(事件源):是事件發起的主體。所有的dispatcher都是EventDispatcher或其子類。事件觸發源必須提供API讓listener進行對該事件的注冊(register)。簡單的理解，事件源就是一個控件。
    event listeners(事件監聽器):在AS 3.0中它往往表現為一個函數。我們必須為每個特殊的事件和事件源注冊一個監聽器，當事件發生的時候，事件源(dispatcher)會通知該監聽器去處理制定的事件。簡單的理解，監聽器就是一個函數。

注冊監聽器

在AS 3.0中可以通過下面的語法格式進行注冊。

dispatcher.addEventListener(eventName, listener);

當然在Flex中還有另外一種格式，在mxml文件中對一個控件的事件直接制定一個處理函數，如

<mx:Button label="TestClick" click="clickHandler()"/>

Flex事件機制中事件階段

我們把事件觸發源分為兩類：一類是那些顯示在界面中的元素拋出的事件，一類是那些不在界面中顯示的元素拋出的事件。很簡單，舉個例子：***類如URLLoader對象去load圖片或其他資源所拋出的如complete事件，就屬于***類。界面上的一個按鈕所拋出的click事件就是第二類，它會觸發一個事件流，引發一系列的事件，它又分三個階段：捕獲(capture)，執行(target) 和冒泡(bubble)，姑且這樣表達這三個階段。

捕獲階段(capture)

在這個階段，Flash Player會去查找事件的觸發源，它是通過根顯示元素(root display object)逐層向下尋蹤，直到找到事件的發起源頭，如你在button上click后，Flash Player找到的事該button對象。在這個階段監視器(listener)默認是不會收到任何消息的(默認只在target和bubble階段收到消息)。

如果你想在捕獲階段讓listener收到消息并有所動作，那么你可以在注冊的時候改變第三個參數為true，如下面的方法：object.addEventListener(MouseEvent.CLICK, onClick, true);

該階段聽起來很陌生，事實上它很少使用。但它卻在事件流中扮演很重要的角色。它可以在事件到達子元素(child elements)之前被application捕獲，當然也就可以阻 止事件到達子元素。

目標執行階段(target)

在這個階段是事件的執行階段，也就是我們常用的用來處理事件流的代碼。

冒泡階段(bubble)

***的這個階段其實就是***個階段的逆向過程。它就是在事件代碼執行完畢后通過子元素逐級向父元素發出該事件，一直到根元素。在這個階段你不需要特別的為監聽器指定什么，你只要正常的注冊事件就可以了。監聽器會在該階段收到通知。但前提是該事件是能夠bubble的。

垃圾回收

Flash Player是通過引用計數器(reference counting)以及標記與清除(mark and sweep)來實現垃圾回收的。

引用計數器簡單的講就是給每個對象分配的技術器，一旦該對象的計數器為0時，就表示該對象可能不再被使用，可以安全的清除了。它的弊端就是不能解決循環引用問題，一旦出現循環引用，就不能通過該方法進行垃圾回收。

而標記與清除(mark and sweep)就是為了解決循環引用問題的。它是通過在程序中遍歷每個活動的、可到達的節點，一旦發現一些節點是處在活動節點之外的，就被認為不再有用，就可以被回收了。

這兩種機制是聯合運行在垃圾回收過程中來保證正確回收資源。但他們并不能回收程序錯誤導致的垃圾。而監聽器的注冊就最容易導致這個問題的發生。

以上是“Flex事件機制的階段有哪些”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！