Flex组件生命周期大概可以分为3步：
1. Intiliazition
Construction
Construction是组件构造阶段，组件的构造器不能有必须的参数。在构造函数中可以添加事件监听器，初始化属性。这个阶段只做很少的事情。
Configuration
Configuration是组件的配置阶段，组件的属性，事件回调函数，样式和效果定义都在这个阶段完成。你不应该把这些任务推迟到Attachment和Initlization阶段之后。
Attachment
Attachment阶段是把该组件追加到显示列表当中，一个Flex组件会被一个Flex容器IContianer以addChild方法添加到显示列表当中。
Initlization
在Initlization初始化阶段，组件会执行一次完整的invalidation/validation周期。这个阶段做的工作流程是：
* 发出preinitialize事件。
* 执行方法createChildren()
* 发出initialize事件。
* 行一次完整的invalidation/validation周期。
* 发出creationComplete事件。
2. Updating
用户可能会与组件产生交互，组件的位置大小可能改变，样式可能被重新赋值，也可能获得焦点或者被禁用等等。这些情况的发生都用影响到组件外观的变化。所以组件需要重绘自身来响应这些变化。
Invalidation
如果一个组件的属性改变，它可能就会标记组件为失效状态。
Validation
一个组件被标记失效后，会验证是否需要更新组件，如果需要会调用相关的方法来更新。组件有三个极其重要的方法来更新自己：
* commitProperties()
* measure()
* updateDisplayList(unscaledWidth,unscaledHeight)
除了这三个方法，还有一个重要的方法是styleChanged(styleName)，当某个样式改变时，styleChanged被调用，然后执行Invalidation标记组件。如果你有自定义一个组件，有一些法则必要得遵守：
不要在子类中显式调用commitProperties，measure和updateDisplayList这三个方法，你要做的是override，而不是call。如果你添加了新的样式，同样是要继承styleChanged方法，加入自己的逻辑。
3. Destruction
Detachment
当不需要这个组件时，把它从显示列表中移出。把组件从一个容器中移出再添加到另一个容器中比创建新的组件有更小的开销。
Garbage Collection
如果组件不再被引用时，它就成为符合垃圾回收的对象了，所以垃圾回收的第一条准则是不再有活动的引用。
更加值得注意的是第二条准则，即不包含使用了强引用的事件监听器，Dictionary和Timer。
所以尽量使用弱引用是多么重要，但是同样，小心你的弱引用在不该回收的时刻被回收了。例如对函数中的临时变量使用弱引用，你可能得不到你想要的异步结果。
一、生命周期（LifeCycle）简述
(1)调用组件构造函数。构造函数没有返回类型，没有参数，使用super()调用父类的构造器
(2)使用set,get设置组件属性，常在set方法内监控一个布尔变量来实现失效机制
(3)调用addChild()方法将组件添加到父组件显示列表中，Flex将自动调用createChildren()，invalidateProperties()，invalidateSize()，invalidateDisplayList()。只有将组件添加到父容器中，Flex才能确定它的大小(size)，设置它所继承样式(style)属性，或者在屏幕上画出它
(4)组件的parent 属性设置为对父容器的引用
(5)样式(style)设置
(6)组件分发preinitialize事件
(7)调用组件createChildren()方法
(8)调用 invalidateProperties()，invalidateSize()，invalidateDisplayList()失效方法，Flex将在下一个“渲染事件”(render event)期间对相应的commitProperties()，measure()， updateDisplayList()方法进行调用。这个规则唯一例外就是当用户设置组件的height 和width 属性时, Flex不会调用measure()方法。也就是说，只有当组件的explicitWidth 和explicitHeight 属性是NaN 时Flex才会调用measure()方法。
(9)组件分发initialize事件。此时组件所有的子组件初始化完成，但组件尚未更改size和布局，可以利用这个事件在组件布局之前执行一些附加的处理
(10)在父容器上分发childAdd事件
(11)在父容器上分发initialize事件
(12)在下一个“渲染事件”(render event)中, Flex执行以下动作：
a.调用组件的commitProperties()方法
b.调用组件的measure()方法
c.调用组件的layoutChrome()方法
d.调用组件的updateDisplayList()方法
e.在组件上分发updateComplete事件
(13)如果commitProperties()， measure()，updateDisplayList()方法调用了invalidateProperties()，invalidateSize()，invalidateDisplayList()方法，则Flexh 会分发另外一个render事件
(14)在最后的render事件发生后, Flex执行以下动作：
a.设置组件visible属性使其可视
b.组件分发creationComplete事件，组件的大小(size)和布局被确定，这个事件只在组件创建时分发一次
c.组件分发updateComplete事件。无论什么时候，只要组件的布局(layout)，位置，大小或其它可视的属性发生变化就会分发这事件，然后更新组件来正确地显示。
二、为什么使用失效机制（invalidation mechanism)
一种情况是，当设置了组件的多个属性后，比如Button 控件的label 和icon 属性，我们需要所有属性被设置后一次性执行commitProperties(), measure(), updateDisplayList()方法，而不是设置过label 属性后执行一遍这些方法，然后在设置icon属性后又执行一次这些方法。
另一种情况是几个组件同时更改了它们的字体大小。程序更改字体大小的执行速度大大快于Flex更新应用的速度，因此要在确定最终更改字体之后才开始更新布局。另外，Flex需要协调布局操作以消除任何冗余过程，而不是在每个组件更新它的字体大小之后都执行一次布局操作。
Flex使用“失效机制（invalidation mechanism）”来同步组件的更改。Flex用一系列方法的调用，比如在setter方法内监控一个变更变量来标记组件的某些东西已经发生变化， 然后在下一个“渲染事件（renderevent）”中触发组件的commitProperties(), measure(), layoutChrome()，updateDisplayList()检查这些布尔变量来完成最终的变更逻辑。这样做的额外好处就是setter方法可以更迅速地返回，把对新属性值的处理留给了commitProperties()方法。
失效方法及其对应的触发函数如下：
invalidateProperties() 通知组件，以使下次屏幕更新时，它的commitProperties()方法被调用。
invalidateSize() 通知组件，以使下次屏幕更新时，它的measure()方法被调用。
invalidateDisplayList() 通知组件，以使下次屏幕更新时它的layoutChrome()方法和
updateDisplayList()方法能被调用。
当组件调用一个“失效”方法时，它就通知Flex该组件已经被更新。当多个组件调用失效
方法，Flex会在schedules中协调这些更新，以使这些更新操作在下一次屏幕更新时一起执行。注意，createChildren()没有对应的失效方法，它会在调用后被立即执行。
Construction是组件构造阶段，组件的构造器不能有必须的参数。在构造函数中可以添加事件监听器，初始化属性。这个阶段只做很少的事情。