看到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的一个类而已,再加上了验证合法性的功能。