摘要
有许多调试技术可供选择。请一定要检查工具文档以查看它是否支持这些技术。了解不同的调试技术有助于选择符合您所有需要的调试器。
--------------------------------------------------------------------------------
Java调试教程(四)--客户机端调试
SUN Laura Bennett
介绍客户机端调试技术
有许多调试技术可供选择。请一定要检查工具文档以查看它是否支持这些技术。了解不同的调试技术有助于选择符合您所有需要的调试器。
使用 system.out.println() 进行调试
有必要提一下简单化调试。假如有一小段代码，应该使用 System.out.println()，不必浪费时间使用全功能调试器来装入并单步调试这些代码。在运行时期间，System.out.println() 会在控制台或将输出重定向到的位置上显示消息、变量和状态信息。所有对象都继续了 toString() 方法。在开发新的对象时，覆盖此方法并生成您自己的对象字符串表示法是个不错的想法。
Michael C. Daconta 的 Java Pitfalls（请参阅参考资料）共享了应用 println()方法的有用技术。Daconta 建议创建 DebugManager() 类，这个类答应您根据某些类或应用程序来设置一个调试标志。假如代码中有许多 if(debug) 嵌套语句，那么可以使用DebugManager() 类作为代替。仍然可以选择开始调试整个系统。
一个示例方案就是答应您划分单元和显示背景的映射系统。在某些情况下，可能想查看只适用于 Plot Units 应用程序的调试语句，而在其它情况下，可能想要查看整个系统的调试。应该创建类似于下列代码的 DebugManager() 类：
public class DebugManager
{
public static final String SYSTEM_DEBUG_KEY = "system.Debug";
public static final boolean debug;
static
{
debug = toBoolean(SYSTEM_DEBUG_KEY);
}
private static boolean toBoolean(String key)
{
String sDebug = System.getProperty(key);
if (sDebug != null && sDebug.equalsIgnoreCase("true"))
debug = true;
else
debug = false;
}
public static boolean getSystemDebug()
{
return debug;
}
public static boolean getSystemDebug(String applicationKey)
{
if (debug′ ′debugToBoolean(applicationkey))
return true;
else
return false;
}
}
使用 system.out.println() 进行调试的练习
使用上一屏中的代码，应用程序会生成类似于以下的调用来查询调试方式（“开”或“关”）：boolean debug = DebugManager.getSystem.Debug(applicationkey);输入以下命令行，对划分工具或背景或者整个系统进行调试：
java -DplotTool.Debug=true -DbackgroundLoader.Debug=true
-Dsystem.Debug=false MapSystem
以上的语句说明了对 plotTool 应用程序和背景显示应用程序打开了调试，但对整个系统关闭了调试。每个应用程序的应用程序键是： plotTool ;应用程序密钥是 plotTool.Debug;背景显示程序应用程序键是 backgroundLoader.Debug;整个系统的应用程序键是 system.Debug。
真正的代码将封装在 if(debug) 语句中。假如调试是真，则将执行封装的代码，然后打印 System.out.println() 方法的结果。
总之，假如要调试少量代码，只推荐使用 if(debug)。将 DebugManager() 创建成单独的编译类，以便在需要时能立即使用。
使用注释进行调试
使用注释是另一种调试方法。使用二分法搜索算法，开始时就注释掉大部分代码，然后缩?到错误重新出现。此时，就找到了出错的位置。此外，建议不要在大规模的项目中使用二分法搜索算法。
连接到正在运行的程序
许多程序员使用连接到正在运行的进程的技术，作为远程调试的替代技术，用于测试跨平台兼容性。可以验证某个应用程序在不同的 JVM上是否正常运行。这种技术还可以让您确保在另一个机器上有全部必需的系统资源。某些调试器可以让您连接到多个 JVM，调试多层系统时，这样做将变得价值连城。随着一层变成活动的，调试器连接到它的 JVM，并开始彻底检查它。
将调试器连接到发生错误或故障的正在运行的程序或正在运行的 JVM。
使用这种调试方法有两个主要原因：
预计程序中某个特定位置会有问题，但又不想单步调试程序或者设置断点。
正在开发或维护偶然会暂挂的程序，并且想要找出暂挂的原因。
在这种情况下，可以连接调试器，并查找死循环或其它可能导致程序暂挂的问题。 正在连接的 JVM 必须正在以调试方式运行。它既可以是远程系统，也可以是本地系统。源文件可以在任意一个系统上。
远程调试
设想程序在另一个用户的系统上运行与在您自己的系统上运行的运转情况肯定会不同。从您的系统上，使用远程调试功能来调试其它系统上的远程程序。远程调试要求在一个计算机上运行应用程序，并在另一个计算机上调试它。当调试复杂的GUI应用程序时，远程调试会变得非常有用。调试设施本身的用法就象调试运行本地的代码完全一样。然而，设置和监控调试会话稍微复杂一些。请参考调试器文档，以查看它是否支持远程调试，以及如何设置环境。
远程调试的主要要求是访问网络机器。正在调试的类文件必须驻留在远程机器上，并且已经编译过以备调试。由于使用了 GUI 调试器，于是客户机用户界面在一个系统上运行，而调试引擎在另一个系统上运行。
有两种远程调试：同类和异类。当本地和远程系统都使用相同的操作系统时，将发生同类远程调试。当本地和远程系统使用不同的操作系统时，将发生异类远程调试。
为什么要使用远程调试呢？
当调试器用户界面独立于应用程序用户界面时，易于调试使用图形或有图形用户界面的应用程序。与应用程序的交互发生在远程系统上，而与调试器的交互发生在本地系统上。已经针对一个平台编译了要调试的程序，而调试器用户界面不在该平台上运行。可以使用远程调试功能在调试远程应用程序时利用调试器用户界面。
按需求调试
无论何时在程序中发生未处理的异常或不可纠正的错误，按需求调试都可以让您打开调试会话。调试器启动，并连接到程序中发生故障的位置。这样做可以节省时间，有两种方法：不必重新创建错误，在碰到故障之前，程序可以全速运行而不会受到调试器的干扰。
由于使用了按需求调试，可以找到并修复应用程序中的问题，让应用程序继续运行。
优化代码调试
调试优化代码有一点复杂，因为不能同时优化和调试代码。有时，问题只在优化期间出现，从而指出存在逻辑错误。
捕捉这些类型的错误的最佳方法是使用二分法搜索技术，如下所述：
开始时，只优化一部分代码，查看错误是否仍然存在。在每次更改优化模块数量之后，假如错误仍然存在，则减少优化模块的数量；假如错误消失了，则优化更多模块。最后将错误范围缩小到单个模块或少数模块。查找问题，如在变量被写入之前读取该变量，或超过存储器范围的数组下标。
