6

有时会抛出异常，说该文件write.lock不能被另一个进程使用，但是这是一个非常简单的 Lucene.Net 测试应用程序，并且没有其他进程在使用它，知道这可能是怎么回事

异常详情如下：

System.IO.IOException was unhandled
HResult=-2147024864
Message=The process cannot access the file 
     'c:\temp\luceneidx\write.lock' because it is being used by another process.

Source=mscorlib
StackTrace:
    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
    at System.IO.File.InternalDelete(String path, Boolean checkHost)
    at System.IO.File.Delete(String path)
    at Lucene.Test.LuceneSearchInternal.get__directory() 
    in C:\Lucene.Test\LuceneSearchResumes.cs:line 35

引发异常的相关代码是，

var lockFilePath = Path.Combine(_luceneDir, "write.lock");

if (File.Exists(lockFilePath))
    File.Delete(lockFilePath);   // THROWS exception sometimes

代码大部分来自这篇文章。

索引正在使用后台线程构建Task.Factory.StartNew()，并且 WPF GUI 在构建索引时进行搜索。只有一个线程将文档写入索引。

问题：还有哪个进程在使用 Lucene.Net 索引？

4

1 回答 1

3

假设提供的代码与搜索过程（而不是索引过程）相关，您不应该在每次尝试访问索引时都尝试删除锁定文件。抛出异常是因为后台线程当前正在写入索引，并且当线程本身应该处理删除时，您正在任意尝试删除其锁定文件。

在您发布的文章中，此机制用于在写入索引时系统/应用程序崩溃后恢复Lucene 索引，使其处于锁定状态。然而，这几乎不是常见的情况。我相信在 CodeProject 文章中假设对索引进行单线程访问，因此它采用了这种方法。

在您的项目中，您需要能够检查锁定文件的存在是由于当前的写访问还是由于以前的应用程序/系统崩溃。您可以lock在代码中使用在发生崩溃时动态释放的对象来区分这两种情况。

于 2013-02-22T13:40:59.143 回答