在JBuilder9中，在编辑器中可以用红点显示当前行的代码错误，但是并不能显示在逻辑上的错误，以及运行的错误，所以还需要进一步了解如何进行错误检查和调试，来排除逻辑以及运行时的错误。
首先，要进行断点设置。方法非常简单，在编辑器中的任意一行语句的前面单击鼠标，将会自动将该行设置为断点。上面的断点只是最简单的行断点，其实断点还有其他类型。断点共有5种类型：
Line 在程序特定行的代码被执行前被引发。
exception 在代码抛出一个特定异常时被引发
class
method 在到达被设置成断点的方法时被引发。
cross-process
不同的调试器支持不同的断点。一些通用的类型是:
行断点 在程序特定行的代码被执行前被引发。
方法断点 在到达被设置成断点的方法时被引发。
计数断点 在某个计数器达到或超过某个特定值时被引发
异常断点 在代码抛出一个特定异常时被引发
储存变化断点 在存储在特定地址范围的内容被修改时引发
地址断点 在被设置成断点的地址达到时被引发
注意: 一些调试器只在编译版本的Java代码 (使用just-in-time 编译器生成的代码) 上支持某些断点类型而不支持解释代码(使用javac 工具生成的代码)。一个例子就是地址断点。每个工具在你能设置断点的方式上可能有些不同。检查你的工具的文档。
用户还可以通过选择Run菜单中的Debug ，用蓝色显示的是出错的文件Project菜单项进入程序的调试界面。在调试和运行程序时，系统会将错误显示出来(红色部分的文字)，其中名和程序行，单击该部分，在编辑器中将会切入该文件，并以高亮显示出错的程序行。当用户需要观测对象的情况时，首先要添加观测对象，方法是单击Run菜单中的Add Watch菜单项，然后找到该对象的断点，再运行Debug Project进入调试状态。
你可能会问，我如何知道在哪儿放置断点？
如果你对这个问题完全没有感觉，你可以在main() 方法的开始设置断点
如果你的代码产生堆栈复写（stack trace）, 在程序产生它的地方设置断点。你将在堆栈复写里面看到源代码中出问题的行号。
如果你的输出或者图形显示的特定部分没有正确的显示预定信息（例如文本域显示错误的文本），你可以在该组件被创建的地方设置断点。然后你可以单步执行你的程序显示和GUI对象相关的值。
经验将在最合适的地方设置断点。你在一个类或者程序里面可以设置多个断点。
在调试程序的时候经常遇到的术语有：
进入 执行当前行。如果当前行包含一个方法调用，执行被调用方法的第一行。如果类中的方法是用不带调试信息的选项编译的 (也就是没有使用 -g 选项), 你将看到No Source Available 消息。
越过 执行当前行而不会因为该行调用了一个方法或例程而停止。
返回 从当前执行点执行并立即返回到调用当前方法的行。
堆栈复写（Stack traces）
当Java 程序进行内核转储（core dumps）时它在控制台产生我们称之为堆栈复写（stack trace） 的东西。堆栈复写告诉开发者程序发生问题的精确路径。它将说明类和方法名以及源代码中的行数 (如果你使用调试选项编译)。如果你在发生堆栈复写的开始处开始调试并停下，你可以向后查看你的代码看看实际上是什么申明被执行了。这是一个快速发现程序问题的办法。
你也可以使用下面的一个方法手动强制产生堆栈复写。
Throwable().printStackTrace() 在调用该方法的那个点产生堆栈复写。复写将显示方法调用所涉及到的线程。
Thread.currentThread.dumpStack() 只产生当前线程的一个快照。
当你需要理解在什么条件下你的程序会产生堆栈复写时使用强制复写。下面的程序是一个强制堆栈复写的例子。这个程序片断进行文件拷贝。我们通过比较两个文件的长度是否相等来判断拷贝是否成功。如果不相等，我们向文件写入复写然后强制打印堆栈复写（参看黑体的申明）。Throwable() 是java.lang 中的一个类， printStackTrace() 是Throwable() 的一个方法，它打印程序执行路径的复写。
诊断方法
Java 语言在Runtime() 类中提供方法跟踪你对JVM的方法调用。这些跟踪将产生你对JVM字节码的每一个方法调用的列表。注意这个列表可以产生大量的输出，所以在你的代码的小部分里面使用。
打开跟踪可以在代码中加入下面的行:
traceMethodCalls(true)
关闭使用:
traceMethodCalls(false)
打开JVM 并观察它向标准输出的输出。
