Flex Builder Debug介绍

老外废话比较多。得失在这里取其精华，用大白话说明一下debug的方法。

最好的学习方法是实践。首先先感受一下debug界面的样子。打开右上角的perspective选择“flex Debugging”，就进入了debug环境。

看一下它除了code界面之外，上面多了两个窗口，一个是Debug，一个是Variables, Breakpoints, 和 Expressions三个子窗口。下面可能还有两个窗口叫Problem和Console，分别显示错误信息和调试输出，包括trace信息。Problem和Console不是debug环境特有的。

现在我们来看看工具栏。注意上面有一个小虫子的图标，它就是启动debug的按钮。

现在准备好你的project（咱们这里以一个Calculator程序为例，源码下载这里），尝试点击一下debug按钮，它就开始debug过程了。如果没有错误和断点（后面讲），你的程序会照常运行。如果要关闭debug，点击红色的关闭按钮。注意每次只debug一个程序，在启动下次debug前记得要关掉现在的。

先从简单的开始，让我们看一下代码中的trace。就如开头讲的，debug的时候，trace信息会被输出在Console窗口里。trace是一个很古老的调试方式，在debug环境中也非常有用。你可以在程序的任何地方插入trace来输出你需要的文字信息，比如文本框内的文字，计算结果等等。

 

断点调式是debug里一个非常cool的功能，它能让你运行的程序“暂停”。如果你大学里玩过turbo C，应该知道程序可以一行一行跑的，flex也一样可以一行一行，甚至一片一片跑，跟放音乐一样。在程序的某一行设个断点，debug的时候程序跑到那里就“暂停”下来，然后你就能观察到很多有用的调试信息。跟trace相比，它最大的好处就是“暂停”程序，而trace不是不会干扰程序运行本身的。

还是以Calculator为例，在handleCalculatorButtonClick那行打个断点（行号前面点一下即可，会出现一个蓝色小点）。

然后开始debug，点击一下计算按钮，程序就会在那个位置停下来啦。这个时候，我们久违的上面两个窗口就开始登上舞台了，它们显示的就是该断点处的调试信息。（每次断点的信息可能都不同）。debug窗口显示的是目前断点的位置，它是以线程堆栈的方式显示（不明白堆栈无所谓，只要明白断点在那个方法内就行）。

如果要继续运行，点下面那个绿色按钮。

debug窗口旁边的Variables窗口显示的是某一时刻，各种变量的值。举个例子，再次debug运行程序，当输入框输入2之前，Variables窗口做如下显示：

输入2后：

如果输入3：

在debug窗口里还有三个控制调试步骤的黄色按钮，从左到右依次是：“step into”（跳入），“step over”（跳过），“step return”（跳出）。原文举个一个长例子很罗嗦这里不论述了。从字面上看，它们的意思分别是跳入函数体，跳过函数体，跳出函数体。啥意思呢？比如现在由于断点停在了方法A的某处，执行“step into”，程序就会继续运行下去，如果A方法里还有一个方法B在断点的后面，“step into”就会促使进入函数体B，如果函数B体内也有断点，就会在那个断点停下，如果是“step over”，就会跳过B（注意跳过不是不执行，而是忽略里面的断点和调试信息）直接运行后面的代码。如果“step return”，则会忽略A后面的断点，直接运行返回。

到这里就翻译完了，多实践才能更好的理解。我也是边翻译边查资料，对自己也是一个不错的体验。