在文档中出现第一个错误后，大多数XML解析器都会放弃。实际上，IIRC实际上是解析器"正式"规范的一部分。
我正在寻找可以打破规则的东西。它应该采用给定的架构(假设有效的架构)和xml输入，并尝试在出现第一个错误后继续执行，并针对每个错误引发一个事件，或者在完成后返回一个列表，因此我可以使用它来生成某种形式的文档中的错误报告。这个要求来自上面，所以让我们尝试将纯粹主义者"但是继续下去没有任何意义"的评论减到最少。
我正在寻找一种可以评估文档是否格式正确以及文档是否符合架构的东西。理想情况下，它将这些错误视为不同类别的错误。我希望使用.Net解决方案，但也可以使用独立的.exe。如果您知道使用其他平台的平台，请继续发布并发布，因为其他人可能会觉得它很有用。
更新：
我希望我使用该文档的大多数文档都将格式正确。也许一个
Xerces具有一项可以设置为在发生致命错误后尝试并继续的功能：
http://apache.org/xml/features/continue-after-fatal-error
True: Attempt to continue parsing after a fatal error.
False: Stops parse on first fatal error.
Default: false
Note: The behavior
of the parser when this feature is set
to true is undetermined! Therefore use
this feature with extreme caution
because the parser may get stuck in an
infinite loop or worse.
听起来像您可能想要TagSoup。它可能并不是您真正想要的，但是就糟糕的文档处理解析器而言，这是黄金标准。
In fact, IIRC, that's actually part of the 'official' spec for parsers.
官方无需引用：)
fatal error
[Definition:] An error which a conforming XML processor must detect and report to the application. After encountering a fatal error, the processor may continue processing the data to search for further errors and may report such errors to the application. In order to support correction of errors, the processor may make unprocessed data from the document (with intermingled character data and markup) available to the application. Once a fatal error is detected, however, the processor must not continue normal processing (i.e., it must not continue to pass character data and information about the document's logical structure to the application in the normal way).
您可以将xmllint与restore选项一起使用。
