Flex(try-catch-finally)机制(转)

最近在使用中发现了flex异常捕捉的一个很奇特的地方,进行了多次试验,在此做个小小的总结: 测试代码如下: Mxml代码 这里的xml文件"aaa.xml"是不存在的,如果按照java异常捕捉的习惯这里应该是会被捕捉的。可是在flex是用情况中,结果却是依然弹出错误提示“Error #2044: 未处理的 ioError:。 text=Error #2032: 流错误”。 经在网上求证,可信的说法为flex的异常不是都能用try...catch捕捉的,像上面的情况必须使用监听器来使用,确实让人郁闷。 下面就来加个监听器捕捉下这个异常,测试代码如下: Mxml代码 运行这个测试代码,果真可以捕捉。看来flex的异常需要在逻辑上分成两种分别对待捕捉??呵呵。 注:在测试的过程中我还发现了一个很特别的现象,现将测试结果记录在此: 在只是用try...catch捕捉上面的那种异常情况下。 测试环境为:window xp,flash 9,Adobe Flex Builder 3(以下简称fb3),tomcat5.5 1.在fb3中直接运行bin-debug目录下的swf文件,异常是捕捉不到的。 2.bin-debug目录下的swf文件不在非fb3中直接点击运行异常是可以捕捉到的。 3.在fb3中直接运行bin-release目录下生成的swf,异常是可以捕捉的。 4.bin-release目录下生成的swf在非fb3中直接点击运行异常是可以捕捉到的。 5.两个目录下的swf文件放在web服务器下通过ie访问,异常都不可以捕捉的。 6.两个目录下的swf文件放在web服务器下通过firefox访问,异常是可以捕捉的。 看来flex对运行平台的依赖还会很强的,还是用标准的监听去捕捉异常吧

posted on 2011-07-21 14:30  破阵子 . 如是我闻  阅读(902)  评论(0编辑  收藏  举报

导航