Eclipse–使用详细介绍.docxVIP

→「Step Filtering」）。当呼叫逐行动作时，逐行作业会一直进行，直到到达未经过滤的位置，或是遇到岔断点为止。图5.7例如，我们的debug session线在暂停在return value * factorial(value - 1)这一列程序代码，按F5，就会走进该列，也就是说会开始执行factorial(value - 1)的呼叫，value的变量之新值为5。图5.85.4继续执行我们已经做过程序逐步除错，还可以继续做下去，但是每次呼叫factorial()，每一列程序代码都得跑一遍，实在有点烦。可以改成让程序一直跑，直到碰到岔断点。要这样做只要按「Debug」视图中 Resume按钮。在这样做之前，也可以设定去监看我们想要监视的变量。在编辑器中对该变量右键单击，选Watch的选项，把该变量加到「Expressions」视图中。图5.9现在点Resume按钮，程序会继续执行，直到碰到下一个岔断点，看一下value的值为5之后，会发现扔然在同一个factorial()之内，只要重复不断按Resume按钮，可以看出value值的变化。图5.105.5设定岔断点的Hit Count这个factorial()方法要跑6次，所以需要按6次Resume按钮；也可以设定Hit Count来节省时间。有2种方式设定：在「Breakpoints」视图的岔断点右键单击选择Properties图5.11开启Breakpoints Properties窗口，勾选Hit Count，并输入6图5.12(或是选择Hit Count。图5.13开启Set Breakpoint Hit Count窗口，并输入6图5.14)重新开始此debug session，程序执行会在第6次碰上岔断点时暂停，注意到value的值是1，而在「Debug」视图中可以看见factorial()连续呼叫的堆栈框。图5.15要检视「Debug」视图中任何的堆栈框，以及其中局部变量的值，只要对某堆栈框点一下，使其成为现行堆栈框(active frame)。该局部变量都随着堆栈框保留下来，例如当前堆栈框的value = 1，下一个堆栈框value = 2。图5.16以上的执行一切都没问题，然而接下来再按下Step Into按钮时，程序却又跑进factorial()方法，而「Expressions」视图中的value之值变成0，这是不对的。Value值永远不能为0，因为阶乘只能用到正整数。图5.17终于找到问题的所在，让factorial()呼叫重复到value = 1的时候，而不是设为0。图5.185.6岔断点组态设定利用Hit Count让除错方便一点，也可以用其它的做法来设定岔断点的组态，一样达到方便除错的目的。在「Breakpoints」视图对岔断点右键单击，选择Properties。图5.19开启Breakpoints Properties窗口，选取Enable Condition的复选框，然后就可以输入条件式来暂停程序。Suspend when的选项中：condition is‘true’(条件式成立)value of condition changes(值改变时)Suspend PolicySuspend Thread表示只暂停错误发生时的Thread，其它Thread继续执行。Suspend VM表示暂停整个虚拟机器。图5.20例如阶乘只能使用正整数，当value == 0时，就不符合阶乘的条件，就让程序暂停。5.7监视点(Watchpoint)之前使用的岔断点称为Line Breakpoint，除了Line Breakpoint以外，也支持监视点(Watchpoint)、方法岔断点(Method Breakpoint)以及异常岔断点(Exception Breakpoint)。设定监视点，表示当程序准备去存取或修改某字段时，就会暂停执行。监视点不能设在局部变量身上，只能在字段身上。设定监视点，在「Java」视景的编辑器中，选取一个字段，然后再选「Run」→「Toggle Watchpoint」。图5.21设定完成后，在「Marker Bar」会出现这个图示。新的监视点会出现在「Debug」视景中的「Breakpoints」视图里，对该监视点右键单击，选择Properties。图5.22开启Breakpoints Properties窗口，选项设定跟之前的岔断点差不多，特别的是Suspend on的选项Field Access暂停程序之依据是当字段被存取Field Modification暂停程序之依据是当字段被修改图5.235.8方法岔断断点(Method Breakpoint)进入或离开某方法时，方法岔断点(Method Breakpoint)会暂停程