Solr分析

最近一直在研究Solr的相关源代码，今天开始记录！

1.SolrCore启动

首先我们看solrcore的核心构造方法，如下:

public SolrCore(String name, String dataDir, SolrConfig config, IndexSchema schema, CoreDescriptor cd, UpdateHandler updateHandler, IndexDeletionPolicyWrapper delPolicy, SolrCore prev)

整个solrcore的初始化有这个构造方法完成，主要做了如下几件事情：

1):initDirectoryFactory()通过solrconfig.xml文件中<directoryFactory/>配置初始化directory工厂,如果没有配置默认则采用NRTCachingDirectoryFactory

2)获取solr索引根目录，配置在solrConfig.xml文件中

3) initListeners();初始化后监听器newSearcher。firstSearcher

4)initIndex():初始化Directory(NRTCachingDirectory)和indexfactory,其中对directory进行缓存

5)initWriters(),initQParsers();initValueSourceParsers(); initTransformerFactories();后续介绍

6)通过solrConfig文件初始化相关RequestHandler

7)getSearcher(false, false, null, true)初始化searcher（下面重点分析这个方法）

在solrcore的构造方法中有如下一段代码

// cause the executor to stall so firstSearcher events won't fire
      // until after inform() has been called for all components.
      // searchExecutor must be single-threaded for this to work
      searcherExecutor.submit(new Callable<Void>() {
        
        public Void call() throws Exception {
          latch.await();
          return null;
        }
      });

这个有一段注解，大概意识是说：阻塞线程池,直到所有的组件都初始化完成前不执行firstSearcher这个事件，为什么要这样做了，和我们接下来要分析的getSearcher(false, false, null, true)这个方法有莫大的关系。

方法定义如下：

public RefCounted<SolrIndexSearcher> getSearcher(boolean forceNew, boolean returnSearcher, final Future[] waitSearcher, boolean updateHandlerReopens)
forceNew：true表示强制创建searcher
returnSearcher：true表示返回创建的searcher本质就是searcher引用加1

我们具体代码来分析，首先

  if (_searcher!=null && !forceNew) {
        if (returnSearcher) {
          _searcher.incref();
          return _searcher;
        } else {
          return null;
        }
      }

在solrcore初始化的时候_searcher=null，根据上面提到的参数做相关的处理；

if (onDeckSearchers>0 && !forceNew && _searcher==null) {
        try {
          searcherLock.wait();
        } catch (InterruptedException e) {
          log.info(SolrException.toStr(e));
        }
      }

      // check again: see if we can return right now
      if (_searcher!=null && !forceNew) {
        if (returnSearcher) {
          _searcher.incref();
          return _searcher;
        } else {
          return null;
        }
      }

两次检查，如果发现其他线程在构建search当前线程等待，等待其他线程构建完成直接返回！

searchHolder = openNewSearcher(updateHandlerReopens, false)

创建一个新的searcher，具体过程就根据SolrIndexSearcher构造函数创建一个searcher 然后包装返回。由于初始化solrcore不存在solr相关的缓存的，所以不存在相关缓存的预热过程，在这个就跳过。后续详细分析。

      if (currSearcher==null && firstSearcherListeners.size() > 0) {
        future = searcherExecutor.submit(
            new Callable() {
              
              public Object call() throws Exception {
                try {
                  for (SolrEventListener listener : firstSearcherListeners) {
                    listener.newSearcher(newSearcher,null);
                  }
                } catch (Throwable e) {
                  SolrException.log(log,null,e);
                }
                return null;
              }
            }
        );
      }

      if (currSearcher!=null && newSearcherListeners.size() > 0) {
        future = searcherExecutor.submit(
            new Callable() {
              
              public Object call() throws Exception {
                try {
                  for (SolrEventListener listener : newSearcherListeners) {
                    listener.newSearcher(newSearcher, currSearcher);
                  }
                } catch (Throwable e) {
                  SolrException.log(log,null,e);
                }
                return null;
              }
            }
        );
      }

solr相关的事件处理。这个就和上面提到的solrcore构造函数中线程池阻塞有关系.solr构建searcher包含两个事件，在solrconfig文件中可以进行配置,如下 <listener event="newSearcher" class="solr.QuerySenderListener"/> <listener event="firstSearcher" class="solr.QuerySenderListener"> newSearcher:每次创建新的searcher的时候都执行一次 firstSearcher:solrcore初始化的时候，只执行一次我们可以通过上面的两个事件做一些数据的初始化,进行相关数据的查询预热。以上分析比较粗糙，省略了相关细节在后续会慢慢补上，敬请关注！

猜你喜欢