JVM在哪里持有我的文件锁?

时间:2014-03-11 20:16:43

标签: java scala jvm filelock

我正在处理java.nio.file.AccessDeniedException问题。

我有一个Scala程序,如果我这样做:

java.nio.file.Files.delete(FileSystems.getDefault().getPath("""D:\Users\Eric\Google Drive (New)\Music\Downloaded\Foreigner [Discography HQ]\1977 - Foreigner\03 - Starrider.mp3""")) 

一切正常。我有一些代码在哪里

def delete(path : Path) {
  try {
    println("deleting " + path)
    java.nio.file.Files.delete(path)
  } catch {
    case exception: Exception => System.err.println(exception)
  }
}

val google1 = FileSystems.getDefault().getPath("""D:\Users\Eric\Google Drive\Music\Downloaded\Foreigner [Discography HQ]""")
val google2 = FileSystems.getDefault().getPath("""D:\Users\Eric\Google Drive (New)\Music\Downloaded\Foreigner [Discography HQ]""")

val duplicates = TraversablePaths(List(google1, google2)).duplicateFilesList

println("deleting duplicate files")
duplicates.foreach(_.filter(!_.startsWith(google1)).foreach(delete))

但是当我尝试删除同一个文件时,我得到了

java.nio.file.AccessDeniedException: D:\Users\Eric\Google Drive (New)\Music\Downloaded\Foreigner [Discography HQ]\1977 - Foreigner\03 - Starrider.mp3

我能说的最好的是JVM要么对文件进行锁定,要么对文件所在的目录进行锁定,但我无法弄清楚在哪里。检查文件是否相同的代码看起来像

def identical(file1 : Path, file2 : Path) : Boolean = {

  require(isRegularFile(file1), file1 + " is not a file")
  require(isRegularFile(file2), file2 + " is not a file")

  val size1 = size(file1)
  val size2 = size(file2)

  if (size1 != size2) return false

  var position : Long = 0
  var length = min(Integer.MAX_VALUE, size1 - position)

  val channel1 = FileChannel.open(file1)
  val channel2 = FileChannel.open(file2)

  try {
    while (length > 0) {
      val buffer1 = channel1.map(MapMode.READ_ONLY, position, length)
      val buffer2 = channel2.map(MapMode.READ_ONLY, position, length)
      if (!buffer1.equals(buffer2)) return false
        position += length
    length = min(Integer.MAX_VALUE, size1 - position)
    }
    true
    } finally {
    channel1.close()
    channel2.close()
  }
}

我原以为关闭通道会释放JVM所需的任何文件锁。这是我实际打开文件进行读取的代码的唯一部分,虽然代码的其他部分确实检查文件长度,但我不希望JVM需要文件锁定。

JVM还有什么其他原因可以保存文件锁?我如何找到,以及如何释放它们?

干杯,埃里克

1 个答案:

答案 0 :(得分:4)

我只知道JavaDoc说的是什么:

  

映射一旦建立,就不依赖于文件通道   那是用来创造它的。特别是关闭频道没有   影响映射的有效性。

  

映射的字节缓冲区及其表示的文件映射保留   有效,直到缓冲区本身被垃圾收集。

你可能没有抓住缓冲区,但也许它不是GC。

更新:我稍后会重启进入Windows试用,但这不会是linux上的问题。

更新:......但在Windows上,是的,这就是问题所在。

package niolock

import java.nio.channels._
import java.nio.file._
import FileChannel.MapMode.{ READ_ONLY => RO }

import scala.util._

object Test extends App {
  val p = FileSystems.getDefault getPath "D:/tmp/mapped"
  val c = FileChannel open p
  var b = c map (RO, 0L, 100L)
  c.close

  Console println Try(Files delete p)
  b = null
  System.gc()
  Console println Try(Files delete p)
}

尝试一下:

$ scalac niolock.scala ; scala niolock.Test
Failure(java.nio.file.AccessDeniedException: D:\tmp\mapped)
Success(())

或者:

Release Java file lock in Windows

How to unmap a file from memory mapped using FileChannel in java?