我目前正在开发一款非常庞大的Flash平台游戏（数百个类），面临一个问题：如果长时间运行游戏，则游戏会逐渐变慢。由于我没有编写游戏，因此我对其内部只有一些模糊的了解。其中一些神秘的症状包括：
查看源代码并使用Flex分析器，我的主要嫌疑对象是：
WeakMethodClosure，占用了大量内存。BitmapData。这些是50x50像素的精灵，每秒产生约8个。我知道没有看到源代码几乎不可能告诉我问题所在，因此我只是寻找可能有助于我缩小范围的细节。是否有人在自己的项目中遇到了这种难以捉摸的性能下降？你的情况是什么原因导致的呢？
我最近完成了一个大型项目的优化。
以下是一些架构建议：
希望这对您有所帮助！内存泄漏真是个头痛的问题。
P.S. 在不同的浏览器中测试您的游戏，IE是最容易出现泄漏的浏览器，有时刷新后它不会清除内存。
听起来你需要对应用程序进行分析以查看发生了什么。
这个线程提供了一些建议，但最终，您需要编写代码来帮助确定发生了什么。
您可能想要查看是否可以在一段时间内运行一些较小的部分并查看是否会出现减速。
您可能希望对应用程序进行单元测试，以便可以快速运行各种部分，寻找内存泄漏。一个框架是：http://asunit.org/，另一个是：http://opensource.adobe.com/wiki/display/flexunit/
单元测试是我用于分析的重要工具，因此您可以在游戏的顶层进行测试，运行数千次，寻找问题，然后运行每个部分并查看哪个部分有问题，然后逐步解决。这是一个手动过程，但如果SO线程开头列出的两个想法没有帮助，那么这可能是您最好的方法。
你的内存使用太多了吗？还是你的 CPU 使用率过高？
听起来更可能是处理器速度达到了极限，而不是内存。你必须尽力才能使Flash应用程序达到内存上限。
幸运的是，有很多简单的事情可以做来降低CPU使用率...
1）严格管理所有事件侦听器，特别是鼠标侦听器。您的精灵对象上是否有$texas事件侦听器？这可能是个问题。
2）使用int或uint访问数组，而不是Number。这非常重要，也是那些偏门的Adobe技巧之一。使用int和uint访问数组对象比Number快得多，如果您进行大量迭代（听起来您确实这样做了），这可以从帧执行中削减宝贵的毫秒数。
3）与#2相同，监视您的数学运算以及您在某些运算中使用的类型。在AS3中进行数学运算最慢的事情是重复强制转换（将int提供给返回Number的函数），或者在Number上执行基本操作（如加法和减法）而不是int。
在Flash中拥有一个像这样庞大的程序的好处是，即使是微小的优化变化也可能对性能产生重大影响。我曾经在AS3中玩过一个光线跟踪引擎，我声明了一个额外的变量，它将我的FPS从30降到了23。