Должен ли я закрыть FileChannel?

Сегодня я столкнулся с проблемой с одним из наших классов полезности. Это помощник для файлов и содержит некоторые статические подпрограммы копирования файлов. Ниже приведены соответствующие методы, извлеченные вместе с методом тестирования.

Проблема заключается в том, что иногда вызов setLastModified завершается с ошибкой, возвращая false.

На моем ПК (Windows 7, последняя Java) я иногда получаю сообщение "setLastModified failed" (около 25 раз из 1000).

Я работал над проблемой прямо сейчас, удалив вызовы FileChannel.close, но я бы предпочел понять, почему это происходит, даже если это правильное решение.

Кто-нибудь еще сталкивается с той же проблемой?

private void testCopy() throws FileNotFoundException, IOException {
  File src = new File("C:\\Public\\Test-Src.txt");
  File dst = new File("C:\\Public\\Test-Dst.txt");

  for (int i = 0; i < 1000; i++) {
    copyFile(src, dst);
  }
}

public static void copyFile(final File from, final File to) throws FileNotFoundException, IOException {
  final String tmpName = to.getAbsolutePath() + ".tmp";
  // Copy to a .tmp file.
  final File tmp = new File(tmpName);
  // Do the transfer.
  transfer(from, tmp);
  // Preserve time.
  if (!tmp.setLastModified(from.lastModified())) {
    System.err.println("setLastModified failed!");
  }
  // In case there one there already.
  to.delete();
  // Rename it in.
  tmp.renameTo(to);
}

public static void transfer(final File from, final File to) throws IOException {
  FileInputStream in = null;
  FileOutputStream out = null;
  try {
    in = new FileInputStream(from);
    out = new FileOutputStream(to);
    transfer(in, out);
  } finally {
    if (null != in) {
      in.close();
    }
    if (null != out) {
      out.close();
    }
  }
}

public static void transfer(final FileInputStream from, final FileOutputStream to) throws IOException {
  FileChannel srcChannel = null;
  FileChannel dstChannel = null;
  //try {
    srcChannel = from.getChannel();
    dstChannel = to.getChannel();
    srcChannel.transferTo(0, srcChannel.size(), dstChannel);
  //} finally {
  //  if (null != dstChannel) {
  //    dstChannel.close();
  //  }
  //  if (null != srcChannel) {
  //    srcChannel.close();
  //  }
  }
}

Изменить: Я изменил код, чтобы закрыть Streams, а не FileChannel, потому что исследование предполагает, что закрытие FileChannel также закрывает Stream.

Ответ 1

После некоторого исследования среди различных сайтов, на которых хранятся библиотеки java, он очень похож на FileChannel.close, в конечном итоге вызывает FileInputStream.close или FileOutputStream.close своего родительского объекта.

Это говорит мне, что вы должны закрыть файл FileChannel или Stream, но не оба.

В связи с этим я меняю свой оригинальный пост, чтобы отразить один правильный метод, т.е. закройте Stream не Channel s.

Ответ 2

Если вы используете Java 7, вы можете использовать Files.copy(источник пути, целевой путь, опции CopyOption...) для этого чтобы избежать написания, тестирования и отладки вашей собственной реализации.

В качестве альтернативы рассмотрите возможность использования внешней библиотеки, такой как Apache Commons IO. В частности, вы найдете FileUtils.copyFile(файл srcFile, File destFile):

/** 
 * Copies a file to a new location preserving the file date.
 * [...]
 * @param srcFile  an existing file to copy, must not be <code>null</code>
 * @param destFile  the new file, must not be <code>null</code>
 * [...]
 */
public static void copyFile(File srcFile, File destFile) throws IOException