计算机专业教材-第7章调试和错误处理.pdfVIP

下载 第7章 调试和错误处理 前面已经介绍了使用A S P所需要的基本技能，本章要讨论的另外一个问题是当 A S P 出现错 误时怎么办，A S P 出错时是什么情况。当精心编排的A S P页面出现问题停止了执行时，用户一 般得到的仅是一些用处不大的建议，诸如：点击“刷新”按钮，或者“与站点的 We b管理员 联系，告诉他们你的页面不能正常工作了”等等。 本章除了提供有用的信息源之外，还想提供一个帮助区域。我们将详细介绍在脚本和页 面中错误如何出现，可能产生的错误类型，以及什么造成了这些错误。更重要的是，要讨论 如何尽可能避免错误的发生，如不能避免又如何妥善处理。 因此，本章将要探讨页面调试技术，也就是如何花费不多的精力和时间就能找到错误并 解决问题。 本章包括以下内容： • 能够出现的错误类型。 • 如何防止各种错误的产生。 • 如果不能防止错误发生，如何妥善处理这些错误。 • 如何发现和处理脚本错误及其他类型的错误。 • 如何使用定制的错误页面得到错误信息。 • 如何记录发生的错误以监视我们的网站。 • 创建一个定制错误网页和一个错误日志文件。 • 提供相关的在线帮助。 本章不涉及如何处理使用 ActiveX Data Objects(ADO) 访问数据源时出现的各种特殊类型 的错误。像许多组件一样，A D O提供了自己的错误处理系统，第 8章将深入讨论这一点。本章 将从讨论能出现的各种错误类型开始，使我们能够认识这些错误并采取相应的措施。 据说，在非洲最黑暗的雨林深处，有这样一群程序员，他们的程序代码从来没有出现过 错误。但是，很遗憾他们从没有享受过调试一段不能正常工作的应用程序的乐趣。调试程序 代码是一个真正充满快乐的工作，所以我们要面对这个问题，在调试程序的过程中检验我们 的观察力和横向思维能力。大多数“真实世界”的程序员能够体验这些乐趣是一件好事。 当然，有些人会说，调试程序与其说是判断，不如说是碰运气。花费了许多时间去调试 一段有错误的程序，在某种程度上可以说确实是依赖运气。但是，如果第一步从合适的地方 开始查看，可能会更快地解决问题。 但这不是程序调试应采取的办法。从理论上讲，当某段程序运行失败时，应该以逻辑或 顺序方式跟踪错误。作为一个聪明和有经验的程序员，这才是调试时常用的方法，只有业余 人员才随意改变程序中变量的值，到处添加 R e s p o n s e . Wr i t e语句进行调试。 然而，为了能够在逻辑上跟踪程序中的错误，必须了解有关错误如何出现方面的基础知 识，更重要的是知道错误出现在哪里，以便很快就能找到相应的地方。本章讨论的内容是有 关程序中能够出现的不同种类的错误，错误的不同表现，以及如何记录和排除这些错误。同 第7章 调试和错误处理计计2 1 1 下载 样重要的是，还将介绍如何避免这些错误的发生。 本章将从介绍可能出现的不同种类的错误开始，如果认为你的代码不会出现任何错误， 可以直接跳到下一章。 7.1 错误的种类 7.1.1 语法或“编译”错误 当我们第一次运行新编写的程序代码时，通常看到的第一种错误类型是“ syntax error ”。 这就是所说的，程序代码上的语法错误。这就像在写作中使用了错误的语法，使读者不能了 解其中的含义。而解释器 (诸如脚本引擎)和编译器对语法要求得更加严格和准确。 语法错误通常也是最早出现和需要排除的。大多数情况下，解释器和编译器会指出行号 和所在行中的字符位置，以及在相应的位置上缺少的内容。下面举一个简单的例子，如下所 示的这样一段程序： 我们希望得到下面的结果： 实际上得到的结果如图7 - 1所示。 图7-1 程序执行结果 1 文件中第3行是R e s p o n s e . Write 语句的第2行。报告错误信息时，V B S c r i p t解释器忽略一行 中的引导空格和制表符。所以在数完 2 6个字符之后，可以找到语法错误的地方，这里明显缺 少了一个双引号。加上双引号后再运行这个页面，我们可以得到如图 7 - 2