Jakarta ee FieldcacheImpl中的readerkey vs reader（solr 1.3）

如果有人告诉我阅读器（在solr 1.3中使用）与solr 3.5中的readerKey在FieldcacheImpl中的区别，那就太好了

谢谢 Jeyaprakash

在Lucene 2.4（Solr 1.3使用）中，fieldcache在内部维护一个

映射（读卡器->缓存）

，这意味着两个不同的读卡器将有两个不同的缓存实例

这是可行的，但当一个索引读取器是另一个索引读取器的视图时，这两个实例可以安全地共享同一个fieldcache实例并节省大量内存。这就是为什么在Lucene 3.5（Solr 3.5使用）中，

IndexReader

现在有了一个检索缓存键（）的方法。默认情况下，会导致与Lucene 2.4相同的行为，但某些实现会覆盖此方法，以便与其他

IndexReader

实例共享字段缓存实例。例如，在

FilterIndexReader

和包装的

IndexReader

之间共享缓存是安全的。这就是为什么在Lucene 2.4（Solr 1.3使用）中，fieldcache内部维护一个

映射（读卡器->缓存）

，这意味着两个不同的读卡器将有两个不同的缓存实例

这是可行的，但当一个索引读取器是另一个索引读取器的视图时，这两个实例可以安全地共享同一个fieldcache实例并节省大量内存。这就是为什么在Lucene 3.5（Solr 3.5使用）中，

IndexReader

现在有了一个检索缓存键（）的方法。默认情况下，会导致与Lucene 2.4相同的行为，但某些实现会覆盖此方法，以便与其他

IndexReader

实例共享字段缓存实例。例如，在

FilterIndexReader

和包装的

IndexReader

之间共享缓存是安全的。这就是为什么

过滤器索引阅读器#getCoreCacheKey