类里面的侦听器侦听到MouseEvent事件: [MouseEvent type="click" bubbles=true cancelable=false eventPhase=2 localX=64 localY=80 stageX=64 stageY=80 relatedObject=null ctrlKey=false altKey=false shiftKey=false delta=0]
this关键字指向:[object AddListener]
类外面的侦听器侦听到MouseEvent事件: [MouseEvent type="click" bubbles=true cancelable=false eventPhase=2 localX=64 localY=80 stageX=64 stageY=80 relatedObject=null ctrlKey=false altKey=false shiftKey=false delta=0]
this关键字指向:[object global]
演示完毕，我们来讲第一个话题
（一）Event对象发生了什么变化
AS2.0中创建event 对象是很随意的，只要这个对象有一个String属性叫做type的就可以了，甚至连target都可以省掉。不要以为这不规范不应该做，看看Flash类源码，Macromedia的程序员可不只一次的这样使用过。所谓上梁不正下梁歪，就是这样。(其实严格说也没什么不对，有时候是不需要target。但没有标准就是不好)
然后你在Event Object中爱添加什么就添加什么。极其自由，也就等于极其混乱。
3.0不同了，所有的事件必须都要继承自Event这个类(全饰名称flash.events.Event)。不然，哼哼，事件发送是不能成功地。
说说Event这个类，AS3.0的基石类是Object，Event是直接继承自Object的，开国大佬级别的。它里面定义了一些基本的事件名称，比如ACTIVATE（FlashPlayer得到系统焦点时事件），ADDED（对象被添加到显示时发送的事件）。AS3.0中有个好功能是cancel事件，但Event中这些基本事件统统是不能被cancel的，听起来似乎很NB。这不细说了，Event太多内容了。以后写高级内容时在提到如何运用吧。要想Flash玩的转，Event类必须很精通。正所谓江湖人称："平生不识Event,就称闪客也枉然。"
这样有什么好处？
- 规范了事件的定义
- 大量由此衍生的类省去了我们大量的时间和重复开发的成本。
规范事件的定义放到下一部分讲。至于内置的Event子类好处，大家请看上面fla的运行输出，MouseEvent就是内建的一个Event子类，它的好处一看它的内容就明白，从AS3.0起，任何一次点击事件我们都可以得到：
- 事件发生时鼠标的MC相对坐标(localX=64 localY=80)和绝对坐标(stageX=64 stageY=80)。
- ctrl键，shift键，alt键有没有按下。你试试按着ctrl键再点击一下方块，那么ctrlKey就为true了。(其余参数不解释，涉及到高级运用。部分会在Event最后一节提到该怎么运用)
（二）addEventListener语法的不同，原因，和const型必要性和用法
本例如果是AS2.0，那么代码是这样写的：
outsideChild.addEventListener("click", inclassHandler)
本例是3.0,如果你trace一下其中的MouseEvent.CLICK,输出的也是字符串"click"。
看起来AddEventListener的方法和以前也没什么大的出入。和这世界上大多数相同的事物一下，表象的类似却掩盖着本质的巨大差异。
我们先从最小的差异讲起：
1.使用类静态属性，用const定义事件字符串名称变量
AS3.0中用了一个新的关键字定义了事件名称字符串变量，代码是
public static const CLICK:String = "click"
const，是英文constant的缩写，意思使不变的，常量。那就意思很明白了，一旦这种类型的常量被定义就不可再更改。好处通俗的说就是规范好项目，规范你自己，也规范任何其他项目人员，动不了这个变量。
你可能还是会不屑一顾，这么小的一个改动，对我没什么用！
可我的AS2.0开发血泪经验是，我曾经花了一个下午来找bug，最后却发现是某个类的addEventlistener()里面的事件名称"click"手误打成了"cilck"。编译器可不管这个。
如果是3.0，你打成了MouseEvent.CILCK，那么编译时立刻会报错提醒你，多好啊。一个项目一个人做十几个类还好办，自己认真点还能顶的住；如果是一个项目几个人几十个类，那么没有const和static的帮忙，管理事件类型还真是有点麻烦。即使实现了也没有AS3.0这么简单直观。
回到代码，我们要记住，日后我们开发自己的Event类时，也要像这样，用public static const来定义我们自己的事件名称。
如何自定义自己的事件，我会在EventDispatch那一节讲述。
看看代码，我们还发现AS3.0中侦听器也发生变化了，只能用function来做侦听器，不再用Object。
2.addEventListener高级运用
AS3.0中对侦听器的改进远远不止以上这些，看一看addEventListener的实现接口：
function addEventListener(eventName:String,
listener:Object,
useCapture:Boolean=false,
priority:Integer=0,
useWeakReference:Boolean=false):Boolean;
有三个莫名奇妙的参数。可是当你知道这三个参数背后隐藏的巨大改进之后，相信你要大叫三个哇塞。
第一个参数，目前暂不解释，埋个伏笔，留到EventDispatcher那一节，讲ActionScript3崭新的Event Flow事件流机制.
第二个参数：优先级。 有趣吧，在ActionScript 3.0中我们可以控制事件的优先级，从而达到控制function侦听器的执行顺序。如果你不填这个参数，那么事件默认为同一个级别0，事件的执行按先来后到的天经地义的顺序。
如果设为1，那么事件级别降一个档次，稍后执行。数字越高优先级越高。级别可以为负数。
(注意： Flex Builder 2 Beta3中事件级别是越低越高)
第三个参数，讲的是是否设为弱引用。兄弟们初学As2.0时一定经常忘了在删除Listener对象时，却忘了removeEventListener吧。这会导致很多莫名奇妙的情况发生。也是最常见的诡异bug种类之一。(这种情况往往不被发现，在后台默默的消耗大量资源。)现在可以用弱引用可以在某种程度上解决这种bug：
设为true，就是告诉垃圾回收器，这个侦听器function的引用是弱引用。一旦这个侦听器在运行时只剩下了这一个弱引用，那么垃圾回收器可以不理它，直接把它回收了，节省资源。
从AS3.0引入这个弱引用这个概念就可以看出，AS3.0是如何的重视资源管理和有效率的运用。一个标准的重量级的程序语言必须具有这样的特征。
现在AS3.0有了！
下一节：（三） Listener和As2.0有何不同，和this关键字的“改进了的记忆力”
