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

最近在使用中发现了flex异常捕捉的一个很奇特的地方，进行了多次试验，在此做个小小的总结： 测试代码如下： Mxml代码 这里的xml文件"aaa.xml"是不存在的，如果按照java异常捕捉的习惯这里应该是会被捕捉的。可是在flex是用情况中，结果却是依然弹出错误提示“Error #2044: 未处理的 ioError:。 text=Error #2032: 流错误”。 经在网上求证，可信的说法为flex的异常不是都能用try...catch捕捉的，像上面的情况必须使用监听器来使用，确实让人郁闷。 下面就来加个监听器捕捉下这个异常，测试代码如下： Mxml代码 <?xml version="1.0" encoding="utf-8"?> <?xml version="1.0" encoding="utf-8"?> 运行这个测试代码，果真可以捕捉。看来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对运行平台的依赖还会很强的，还是用标准的监听去捕捉异常吧

转载于:https://www.cnblogs.com/liuzhong/archive/2011/07/21/2112784.html