Solr整体请求过程详细分析.docVIP

Solr请求过程执行概述 Solr的请求（包括索引数据更新和查询）都是通过 SolrCore类的 execute(SolrRequestHandler handler, SolrQueryRequest req, SolrQueryResponse rsp) 方法来执行的。 其中第一个参数表示执行这一过程的处理器，这些处理器都在handler包下，例如XmlUpdateRequestHandler。 第二个参数表示请求其中包含请求的参数（通常是查询时我们 通过表单传入的参数）以及请求的内容流（例如更新索引时发送的xml格式的数据)。 第三个参数代表响应结果，handler处理请求后会将结果保存在第三个参数中。 SolrQueryRequest 接口的谱系图 其中有斜线标示的方法已经废弃 SolrQueryResponse接口的谱系图 索引更新过程 xml格式的更新数据被保存在请求的streams : IterableContentStream参数中。其中的ContentStream接口谱系图如下： 注意这里的GiantContentStream是我自己加入的类。 这个类继承自ContentStreamBase并且改写了构造函数与InputStream getStream()方法。这个方法正是更新时被处理器读取数据时调用的关键。看一看这个类的大纲也就明白了这个类的本质。 我们看到这样的代码： final NamedListObject responseHeader = new SimpleOrderedMapObject(); rsp.add(responseHeader, responseHeader); 这段代码的作用是什么呢？它是创建一个请求头的载体，然后将其加入到响应类中，这样我们就可以在响应中获得我们请求头，这个请求头中包含我们的请求参数。 关于NameList这个类，说明文件说明中说它是一个name/value对的有序表，具有如下特性： name可以重复 name/value 对的有序 可以通过index访问 name和value都可以为空 看看它的谱系图： 再看这样一段代码： NamedList toLog = rsp.getToLog(); //toLog.add(core, getName()); toLog.add(webapp, req.getContext().get(webapp)); toLog.add(path, req.getContext().get(path)); toLog.add(params, { + req.getParamString() + }); toLog是什么呢？它是SolrQueryResponse类的一个属性，定义如下： protected NamedList toLog = new SimpleOrderedMap(); 上面我们已经看到了SimpleOrderedMap类是NamedList的子类，这里通过属性的名字不难 想象它是记录需要写入日志中的内容的 载体。的确我们在打印出来的日志中很容易找到如下内容： 信息: [database] webapp=null path=null params={} status=0 QTime=1438  执行更新关键的代码是这里： handler.handleRequest(req,rsp); setResponseHeaderValues(handler,req,rsp);  第一句执行更新过程，第二句只是将req中的参数部分以及经过处理后的rsp中的toLog中的内容写如到rsp中的请求头 （responseHeader ）中来。  我们来看最关键的第一句： handler.handleRequest(req,rsp); 关于 handler.handleRequest(req,rsp)。更新常用的handler是XmlUpdateRequestHandler，所以我们 进入该类的handleRequest方法中查看究竟。我们发现XmlUpdateRequestHandler中并没有该方法，我们猜想该方法可以在父 类中，果然。于是我们就研究父类的handleRequest方法。 SolrPluginUtils.setDefaults(req,defaults,appends,invariants); 该方法内部的代码如下： SolrParams p = req.getParams(); if (defaults != nul