flash - 这些无法解释的脚本停顿异常是什么？

Question

我们的 Flash 游戏每天有近 4000 名用户运行，大约 2% 的用户遇到脚本停顿(Flash 异常错误 #1502 和 #1503)。我们知道这些错误正在发生，因为我们使用 Flash Player 10 uncaughtErrorEvents 功能捕获并记录这些异常。

我们还记录了函数调用历史记录，因此我们可以看到异常似乎总是发生在 ActionScript3 代码中的不同位置，但当然通常发生在最常运行的代码部分。

我 99% 确定我们的代码没有陷入无限循环，我知道这就是这个错误最初的原因。

我怀疑正在发生的事情是用户在一台非常慢的机器上运行，而闪存正在执行垃圾收集或其他操作，这导致了停顿。 Flash 随后检测到代码执行时间过长，并中止该代码执行，因为它超过了在 Flash 发布设置中设置的脚本时间限制。我们目前将此设置为 20 秒，这应该足以让我们的任何代码在像样的机器上运行。

有没有人遇到过类似的问题？使用了哪些解决方案，除了将脚本时间限制设置为一个我们可能不得不做的巨大数字？

Answer 1

这听起来像是页面文件挂起或缓慢的计算机随机崩溃。

您的 Flash 包含在浏览器中。哪个存储在内存中。现在，当用户需要更多内存时，他们有 - 比如说 Windows - 内存数据作为“页面文件”内的“虚拟内存”存储在硬盘驱动器的一部分上，允许他们运行任意数量的应用程序一次。

这一切都很好，但这意味着如果您的 Flash 正在工作的线程出于某种原因已经部分或全部移动到虚拟内存，那么每次更新都必须轮询硬盘驱动器以获取内存访问。

与实际 RAM(随机存取存储器)相比，硬盘驱动器很慢，非常慢，而且因为它们太慢，所以优先级是第一位的，总是。因此，因为它无法更新，直到它可以从硬盘驱动器读取，它挂起。因为 Flash 知道如果在特定时间段内没有调用更新(通常是当脚本陷入循环时)，它会抛出您收到的错误。

我看到导致这种事情的最大错误是内存泄漏。通常以“认为它被删除，然后垃圾收集对象”的形式出现。尝试在调试运行中分析内存并玩几个小时，检查内存负载是否随着您一遍又一遍地做同样的事情而增加。留意数组大小，寻找诸如从屏幕上移除但从未删除(因此保存在内存中)的影片剪辑之类的东西。写得不好的菜单经常会遇到这种困境。

也总是有可能，一台陷入困境的计算机根本无法跟上每帧处理的速度，而像杀毒软件这样的东西会启动系统扫描(占用内存)，这更适合您的零星数据.