在使用基于java的xml剖析器时，你常常要应付异常（exception）的处理。有些异常很容易处理，但是有些异常却很难处理。在这一篇文章中，我们将看到在使用xml文档时碰到的一些常见异常，并探讨一下如何正确地处理这些异常。
　　
　　dom异常
　　在使用dom剖析器进行剖析操作的时候，xml文档会被立即处理并保存在内存。内存里的对象将被处理为一个文档对象模型（document object model）――这基本上就是一种用于访问底层xml文档的面向对象的方法。在dom里处理xml文档的时候，很多东西都会出现错误。
　　
　　大多数dom下的异常都是作为domexception类的一个实例发生的。这一个类支持15种不同的、具体的异常条件。每种条件都被指定为domexception类的一个成员，叫做code。除了这个code成员，domexception类还包含一组15个静态成员，它们被用来确定异常的条件。
　　
　　当domexception出现的时候，如果不检查异常对象里的code，那么你就不会知道到底是这些条件中的哪一个导致了这个异常。为了正确地处理这个异常，你将需要确定是哪个条件导致了这个异常。
　　
　　listing a显示了一个java程序，这一程序在创建新的dom文档时由于错误而无法通过。. 点击这里可以查看程序源代码。
　　
　　要注意，我们使用了一种切换机制来确定到底满足了哪个条件。这样我们就可以很容易地测试每个条件，直到我们找到正确的条件。
　　
　　在以上范例中，我们已经在用于无效字符的条件里放置了一条消息。当你编译并运行这个例子的时候，你会看到这样一条信息：存在非法字符（there is an invalid character）。你会希望正确地处理每个条件，而不是将条件留为空白。
　　
　　你可能想要提取出条件异常的处理（方法），并将它放置到它自己的方法里，甚至是它自己的类里。那样的话，你就可以在你的代码里放入更加简单的异常处理机制。例如，我们可以创建一个叫做domexceptionhandler的新类，如listing b所示，可以点击此处查看源代码。
　　
　　既然我们有了用来处理dom异常的专用处理器类，那么我们就可以从我们的处理代码里调用它。listing c里的代码是对domfail类的一个修正，它使用了我们新的domexceptionhandler类，可以点击这里查看代码。
　　
　　这个新的类要比我们原来的domfail类简单得多。它还可以让我们能够更容易地重新使用异常处理器的代码。我们现在不用每次需要的时候才剪切和粘贴事件处理器代码，而只是调用domexceptionhandler类就可以了。