Files.move 및 Files.copy가 java.nio.file.FileAlreadyExistsException을 던지고 있습니다.

Question

하나의 파일을 삭제하고 이전 파일로 다른 파일의 이름을 바꾸고 싶지만 자바가 던지고있는 것처럼이 파일을 옮길 수 없습니다. java.nio.file.FileAlreadyExistsException 다음은 코드는 내가 Windows 탐색기에서이 파일을 볼 때 또한 축소판이 존재하지만 그것을 열 수 수 없습니다 여기

static void swapData(String origFilePath, String tempFilePath) throws IOException{ 

     Path tempPath = FileSystems.getDefault().getPath(tempFilePath); 
     Path origPath = FileSystems.getDefault().getPath(origFilePath); 
     try{ 
      String origFileName = null; 
      File origFileRef = new File(origFilePath); 
      if(Files.exists(origPath)){ 
       origFileName = origFileRef.getName(); 
       Files.delete(origPath); 
       if(Files.exists(origPath)) 
        throw new IOException("cannot able to delete original file"); 
      } 
      if(origFileName != null) 
       Files.move(tempPath, tempPath.resolveSibling(origFileName), StandardCopyOption.REPLACE_EXISTING); 
     }catch(IOException e){ 
      throw e; 
     } 
    } 

를 사용하여 내가 Files.move(tempPath, tempPath.resolveSibling(origFileName), StandardCopyOption.REPLACE_EXISTING);

에 을 잡 오전 예외입니다 니펫을. 나는 그것이 왜 일어나고 있는지 이해할 수 없다. REPLACE_EXISTING을 사용하고 있다면, FileAlreadyExistsException 예외를 던지는 이유는 무엇인가.

또한 분명히 언급되지 않았기 때문에 이전 질문을 편집했습니다.

도와주세요.

아누 즈

Answer 1

확인 당신은 Files.move 또는 Files.copy을 실행하는 동안 다른 스레드가 동일한 파일 자원에 들고있는 경우. 나는 같은 예외와 파일 액세스 증상을 가지고 있었고 파일 접근을 직렬화 한 후에 그것을 해결할 수 있었다. 또한

, Files.copy 또는 Files.move을 수행 할 때 REPLACE_EXISTING 옵션을 사용하여, 당신은 더 이상 Files.move 또는 Files.copy이 원자 보장되지 않습니다 있지만, 원본 파일을 삭제 한 다음 TMP 이름을 변경의 여러 단계를 코딩 할 필요가 없습니다. ATOMIC_MOVE 옵션이 있습니다 만, javadoc로 설명한대로 파일이 벌써 존재하는 경우는 IOException가 슬로우 될 가능성이있는 구현 고유의 보증이 마음에 들지 않습니다.

ATOMIC_MOVE : 이동은 원자 파일 시스템 작업으로 수행되며 다른 모든 옵션은 무시됩니다. 타겟 파일이 존재하는 경우, 기존의 파일이 옮겨 놓을 지, IOException를 throw 해이 메소드가 실패했을 경우는 구현 고유의 파일이됩니다. 원자 파일 시스템 조작으로 이동을 수행 할 수 없으면 AtomicMoveNotSupportedException이 발생합니다. 예를 들어 대상 위치가 다른 FileStore에 있고 파일을 복사해야하거나 대상 위치가 다른 공급자와이 개체에 연결되어 있어야하는 경우에 이러한 상황이 발생할 수 있습니다.