Flex性能问题

Flex性能问题
2011年11月25日
　　[b]小帆船儿 [/b]
　　在这孤独博海里，每天前进一小点儿，坚定自己的信念，向前走吧！ 对于Flex性能我想是很多真正打算用它的人最关心的问题，也是我用了这么久之后体会比较深刻的问题，
　　目前我做过的系统性能也是一个大问题，在这里我总结了一些在技术上提高性能的方法。
　　1.避免容器的深层嵌套(因为每个容器都会对其子容器进行计算和调整，一般建议HBox,VBox最好不要超过3层，但对于复杂系统这个很难避免)
　　2.对于容器和空间的位置和尺寸尽量采用绝对坐标和硬编码。(减少Flash Player深层次的嵌套计算)
　　3.合理恰当的使用Grid容器，对于能用普通容器如HBox，VBox实现的尽量不要采用Grid(Grid嵌套层次深)
　　4.避免使用重复、冗余的容器嵌套，如：
　　1) 在Panel，Application中添加一层VBox，Panel,Application本来就是继承于VBox的，添加无谓的VBox只能降低你系统的性能。
　　2) 对于自定义的容器减少重复多余的父容器，比如：
　　
　　
　　
　　你完全可以采用下面的写法，对于myComponents可能它本身就是VBox
　　
　　5.延迟实例化导航类容器(Deferred Instantiation Navigator Containers)
　　如ViewStack, Accordion, TabNavigator等，本身就提供了延迟实例化的功能，你只需要修改其creationPolicy='auto'即可，它将只实例化第一个要显示的子控件，其余的将在需要的时候实例化。
　　6.对于flex的效果(Effects)要做到尽量平滑(Smoothly)，比如延长它的持续时间(duration)，避免使用bmp格式的图片作背景。
　　7.对于DataGrid的复杂ItemRenderer，尽量用Canvas而不是VBox or HBox，这个和Flex 1.5中是不同的。
　　8.如果DataGrid的ItemRenderer是ComboBox等，尽量用ItemEditor而不是ItemRenderer，只有当选中的cell才会显示其Renderer(避免一次性把所有的cell Renderer都画出来)
　　9.记得随时Remove 没有用的Listener或采用弱引用，这个我在事件机制中提到过(URL...); null不用的变量和数组。
　　10.对于大批量的数据采用需要的时候去取或者分页
　　11.提前声明频繁使用的变量,如:
　　var l:int=list.length;
　　var w:int = stage.stageWidth;
　　for(var i : int=0; i Flex的性能，可能很多人都会不屑，但至少对于Flex来讲它能减少不必要的计算，改善性能，我想这个编程习惯问题要改还真是不容易，至少我写了1年多直到最近才注意到这个问题。
　　另外和代码组织有关的建议，如：
　　1) 系统性的常量写在一个常量类里头并用const关键字，一些ItemRenderer代码尽量独立成一个文件而不是直接到处都写
　　2) 不要在界面元素中引用一大串的parent.parent.parent...，一旦界面重新组织将给你带来很大麻烦。如果你用Cairngorm框架，那么就应该用ViewHelper，尽量的松耦合你的代码。
　　13.修改 production-mode 属性为true，2.01在文件flex-webtier-config.xml中。它一般是产品发布的时候要设置的，你可以理解为c++的 Release和Debug版本之间的差异。
　　14.如果你用FDS，那么尽量用Remote Object 而不是Http Service or Web Service，因为前者的效率最高
　　15.对你的系统进行压力测试，Adobe有一个测试工具，叫Flex Stress Testing Framework
　　(rul:http://labs.adobe.com/wiki/index.php/Flex_Str ess_Testing_Framework).
　　它能提供对RPC中的RTMP， AMF，HTTP测试，一般的商业测试软件不支持前两者的测试，
　　简单的理解Flex的工作原理
　　我通过简单的对比，让大家很快的了解它的工作原理。先回想一下jsp的工作原理，它首先被预编译成 servlet，也就是我们熟悉的java类，然后再编译成jvm所能执行的class字节码。而mxml文件的这个工作原理与jsp很相似的，mxml首先也被预编译成as中间文件，在编译成Adobe Flash Player 能执行的swf字节码。Adobe Flash Player 就像java虚拟机一样。但它们有一点不同的是，jsp的字节码执行是在服务器端执行的，而Flex的swf字节码是有服务器发送到客户端（浏览器）的Adobe Flash Player 上执行的。这一点的差别，大家可能就可以看出flex的优点了，起码可以减轻服务器的压力了。
　　更形象的我们可以把mxml比作jsp,而as看成servlet(java)来理解可能更简单了。上面是从工作原理上比喻是非常接近的。如果我们但从表现的比喻的话，可以把mxml看成是html，而把as看成javascript。这样大家可能会更好的理解，mxml(html)主要用来显示的，而as(javascript)主要用来控制一些编程逻辑和用户交互的需求。
　　如果你正在IE8下使用BlazeDS的HTTP Streaming功能，默认条件下，这个功能是不能正常工作的。这个Bug已经被记录在http://bugs.adobe.com/jira/browse/BLZ-378 中。
　　HTTP Streaming 是一种介于Socket连接和HTTP Poll之间的方式。其应用方面主要是及时应用需求较高的地方，比如聊天，在线多人互动游戏，白板。他同步数据的实时性介于Socket连接和Http poll。
　　对于Socket连接，他的优点在于防火墙穿透性非常好，由于其实现是使用HTTP线程，因此，如果给大型企业开发应用时，遇到比较严格的企业防火墙机制，HTTP Streaming是比Socket连接更好的选择。
　　而对于Http poll来说，由于HTTP Steaming采用一个HTTP线程监听，一个HTTP线程取数据，自然延迟要比HTTP Poll小很多，效率也要高出N多倍。
　　这里，Adobe 的Bug追踪系统给出了暂时在IE8下的解决方案：在服务器上，配置services-config.xml （一般在WEB-INF/flex/下）对max-streaming-clients 这个属性进行配置。
　　“Flex性能问题”的更多相关文章》
　　?flash｜在AS3和MXML中格式化日期?flash｜AdobeEnterpriseCafé，很不错的一款AIR应用！?flash｜Flex性能问题?flash｜ResourceBundle问题?flash｜FlexHTMLToolTip?flash｜热区提示类?flash｜ProgressBar.source?flash｜Flex3程序设计基础-多媒体制作?flash｜使用XUpdateResolver组件（仅限FlashProfessional）?flash｜setQuality（Camera.setQuality方法）Flex性能问题来源网络，如有侵权请告知，即处理！