如果这是一个重复的问题，我很抱歉；我找不到它。
我已经阅读并理解了Grant Skinner关于AS3垃圾回收器的博客 - http://www.adobe.ca/devnet/flashplayer/articles/garbage_collection.html， 但我的问题在那里没有涉及。
这是我的问题：
假设我编写了一些AS3代码：
statementOne;
statementTwo;
垃圾回收器是否有可能在我的两个语句之间或期间运行，还是只有在我的“用户”代码完成并将控制权返回到Flash后才运行？
我们有一个A-Star代码块，有时会很慢，我想排除GC作为潜在的罪犯。 该代码块显然比上面的示例更复杂，但不涉及任何事件或其他异步内容。
谢谢， Orion
垃圾收集器没有多线程，所以一般来说它不会在您的代码运行时运行。然而，有一个例外情况是不成立的。
new 关键字将在内存用尽时调用垃圾回收器。
您可以运行此代码来观察这种行为：
var vec:Vector.<*> = new Vector.<*>(9001);
for (;;) {
vec[0] = new Vector.<*>(9001);
vec = vec[0];
}
内存使用率会迅速上升到最大值（对我来说是1GB），然后保持不变，直到时间截止。
new！ - Juan Pablo Califanopackage {
import flash.display.Sprite;
import flash.net.FileReference;
import flash.system.System;
import flash.utils.Dictionary;
import flash.utils.setTimeout;
public class test extends Sprite
{
private var _dict:Dictionary = new Dictionary(true);
public function test()
{
testGC();
setTimeout(function():void {
traceCount();
},2000);
}
private function testGC():void {
var fileRef:FileReference;
for(var i:int = 0; i < 100; i++) {
fileRef = new FileReference();
_dict[fileRef] = true;
traceCount();
System.gc();
}
}
private function traceCount():void {
var count:int = 0;
for(var i:* in _dict) {
count++;
}
trace(count);
}
}
}
当涉及到 FileReference 对象时，垃圾回收器似乎特别贪婪（再次强调，这是我的经验；据我所知，这并没有被记录在文档中）。
现在，即使显式调用 System.gc()，在函数处于堆栈上时，对象也不会被清除：您可以看到它们仍然存活，观察字典的计数（出于明显的原因，字典设置为使用弱引用）。
当再次跟踪此计数时，位于不同执行堆栈中时（由 setTimeout 引起的异步调用），所有对象都已被释放。
所以，我想说的是，垃圾回收器似乎并不是您的代码性能不佳的罪魁祸首。同样地，这只是一种简单的观察，并且 GC 在此测试中未在执行用户代码时运行并不意味着它永远不会运行。很可能不会运行，但由于这并没有记录在文档中，所以无法确定，我恐怕无能为力。希望这能有所帮助。
GC（垃圾回收）不会在同一堆栈/框架上运行两个语句，就像您在示例中所示的那样。在执行下一个框架之前，将释放内存。这是大多数现代虚拟机环境的工作方式。
你无法确定垃圾回收（GC）何时运行。如果你想阻止某个对象被 GC 回收，请在某个地方保留对它的引用。