看到Parser的代码，你会大失所望。原来Parser也只是一个空壳子
图中你可以看到经过层层查找的Parser只是一个接口而已。
回想一下前面看到生成解析器代码的时候
使用了工厂模式
SAXParserFactory factory = SAXParserFactory.newInstance();
try {
// Set up output stream
out = new OutputStreamWriter(System.out, "UTF-8");
// Parse the input
SAXParser saxParser = factory.newSAXParser();
saxParser.parse( new File(argv[0]), handler);
完全由SAXParserFactory 这个类来控制产生的Parser的类型。我们只是拿来用就可以了。秘密一定藏在里面。
看到代码，发现原来这个工厂自己也是一个虚类，连返回的工厂的实例都是该虚工厂的一个实现而已。
再去看真正的实现org.apache.crimson.jaxp.SAXParserFactoryImpl
发现它又wrap了SAXParserImpl，可知SAXParserImpl是SAXParser的一个子类。
继续追踪下去，因为SAXParserImpl继续了SAXParser，所以它也继续了SAXParser的方法。在SAXParserImpl体内，并没有发现覆写掉parser方法的地方，所以SAXParserImpl的parser也就是SAXParser的那个parser，呵呵，是不是有点绕口令的味道？那么怎么我们绕了半天，又回去了呢。再仔细看看SAXParser的parser方法
可以看到其实在里面的Parser parser这个实例是调用了this.getParser()这个方法来得到的。再看看SAXParser里面的getParser方法
是不是有点感觉了？ 对了，其实这个方法就是留给继续了SAXParser的SAXParserImpl来实现的，这样，SAXParser的子类就可以自由的改换Parser。只要改写掉getParser方法就可以了。
急忙去看SAXParserImpl的getParser这个方法
你会发现你又上当了，这里又给出了很暧昧的代码，并不是我们所猜想的那样是一个真正的实现，再仔细看看。 注释里面有这么句话：Adapt a SAX2 xmlReader into a SAX1 Parser。
XMLReader，是不是很熟？想想看哪里看到过的？对了，刚刚在SAXParser体内Wrap的二个类，一个是我们追踪至今的Parser，另一个就是XMLReader，原来这个XMLReader才是才是现在在用的SAX2解析器，而为了保持对以前系统的兼容才保留了SAX1解析器Parser，但其实是通过对XMLReader的Wrap得到的。只是个Adapte而已。
好了，现在可以集中火力去查找XMLReader了。有了刚刚的经验，很轻易的，我们发现，和Parser一样，XMLReader也是一个接口：
很轻易的，我们找到XMLReaderImpl
和里面的parse方法:
可以看到里面选择parse的部分，是根据是否需要Validation选择不同的parser的实现。
Parser的真面目已经找到啦。
Parser2：
ValidatingParser：
其实，ValidatingParser也是继续了Parser2的一个类而已，再加上了验证合法性的功能。
