lucene笔记（二）

上次进入了PhraseQuery类的 createWeight方法，其中当PhraseQuery中只有一个关键字时，那么便会调用，TermQuery的createWeight方法，那么开始研究
  protected Weight createWeight(Searcher searcher) throws IOException {
    return new TermWeight(searcher);
  }
返回一个TermWeight对象，Weight是个接口，那么这个TermWeight是如何实现的Weight里面的方法呢？
    public TermWeight(Searcher searcher)
      throws IOException {
      this.similarity = getSimilarity(searcher);
      idf = similarity.idf(term, searcher); // compute idf
    }
那么看 getSimilarity(searcher)方法，
  public Similarity getSimilarity(Searcher searcher) {
    return searcher.getSimilarity();
  }
调用的是search的方法
  public Similarity getSimilarity() {
    return this.similarity;
  }
返回的是search的similarity
  private Similarity similarity = Similarity.getDefault();
调用的是Similarity中的getDefault()
  public static Similarity getDefault() {
    return Similarity.defaultImpl;
  }
 private static Similarity defaultImpl = new DefaultSimilarity();
原来是调用的子类，子类用的是默认的构造方法那么similarity的获得暂告以段落。
那么看similarity.idf(term, searcher)做了些什么？
  public float idf(Term term, Searcher searcher) throws IOException {
    return idf(searcher.docFreq(term), searcher.maxDoc());
  }
  public abstract float idf(int docFreq, int numDocs);抽象的子类找去
  public float idf(int docFreq, int numDocs) {
    return (float)(Math.log(numDocs/(double)(docFreq+1)) + 1.0);
  }
挖终于发现了 原来是个公式哦
其中numDocs是索引中总共的文档数量，docFreq是包括当前关键字的文档总数，算出的idf就是反转文档频率
那么看来searcher.doFreq的方法已经搜出了结果？看看去
  public int docFreq(Term term) throws IOException {
    return reader.docFreq(term);
  }
结果发现到了IndexReader里变成了抽象方法

  private static IndexReader open(final Directory directory, final boolean closeDirectory, final IndexDeletionPolicy deletionPolicy) throws CorruptIndexException, IOException {
    return DirectoryIndexReader.open(directory, closeDirectory, deletionPolicy);
  }
最后从这里发现  原来搜索的关键全部在DirectoryIndexReader
看过才发现书上都讲的好浅