这是一个大多数 SAX 应用程序实现的主要接口：如果需要通知应用程序基本解析事件，则它将实现此接口并且使用setContentHandler 方法，向 SAX 解析器注册一个实例。解析器将使用该实例报告与基本文档相关的事件，如启动和终止元素与字符数据。

在此接口中的事件顺序非常重要，它本身可镜像文档中信息的顺序。例如，在 startElement 事件与相应的 endElement 事件之间，元素的所有内容（字符数据、处理指令和/ 或子元素）都将以一定顺序出现。

此接口与现在不推荐使用的 SAX 1.0 DocumentHandler 接口相似，但它增加了对名称空间和报告跳过的实体（在非验证的 XML 处理器中）的支持。

实现者应该注意，在 java.net 包中还有一个 ContentHandler 类；这意味着以下实现方法可能并非明智之举

	 import java.net.*;
	 import org.xml.sax.*;
 

实际上，不管怎样 "import ...*" 通常标志不简洁的编程，因此，用户应该将此作为一种功能而不是错误。

接口 ErrorHandler

如果 SAX 应用程序需要实现自定义的错误处理，则它必须实现此接口，然后使用 setErrorHandler 方法向 XML 阅读器注册一个实例。然后解析器将通过此接口报告所有的错误和警告。

警告：如果应用程序不 注册 ErrorHandler，则将不报告 XML 解析错误，除了对严重的错误将抛出 SAXParseException外。为了检测有效性错误，必须注册用 error() 调用处理某些事情的 ErrorHandler。

对于 XML 处理错误，SAX 驱动器必须优先于抛出异常使用此接口：需要应用程序来决定是否对不同类型的错误和警告抛出异常。但是要注意，不要求解析器在调用 fatalError 之后继续报告另外的错误。换句话说，SAX 驱动器类可以在报告任何 fatalError 之后抛出异常。另外，解析器可以对非 XML 错误抛出适当的异常。例如，XMLReader.parse() 将对访问实体或文档的错误抛出 IOException。

注意，此接口仅包括 XML 推荐标准需要 处理器报告的 DTD 事件：注释和未解析的实体声明。

SAX 解析器可按任何顺序报告这些事件，而不管声明注释和未解析的实体时所采用的顺序；但是，必须在文档处理程序的 startDocument 事件之后，在第一个 startElement 事件之前报告所有的 DTD 事件。（如果使用 LexicalHandler，则这些事件也必须在 endDTD 事件之前报告。）

需要依靠应用程序来存储信息以备将来之用（可能用哈希表或对象树）。如果应用程序遇到了 "NOTATION"、"ENTITY" 或 "ENTITIES" 类型的属性，则可以使用它通过此接口获取的信息来查找与该属性值对应的实体和/ 或注释。

接口 EntityResolver