請慎用java的File#renameTo(File)方法（轉）

 

以前我一直以為File#renameTo(File)方法與OS下面的 move/mv 命令是相同的，可以達到改名、移動文件的目的。不過后來經常發現問題：File#renameTo(File)方法會返回失敗(false)，文件沒有移動，又查不出原因，再后來干脆棄用該方法，自己實現一個copy方法，問題倒是再也沒有出現過。 

昨天老板同學又遇到這個問題，File#renameTo(File)方法在windows下面工作的好好的，在linux下偶爾又失靈了。回到家我掃了一遍JDK中File#renameTo(File)方法的源代碼，發現它調用的是一個本地的方法(native method)，無法再跟蹤下去。網上有人說該方法在window下是正常的，在linux下面是不正常的。這個很難說通，SUN不可能搞出這種平台不一致的代碼出來啊。 

后面在SUN的官方論壇上看到有人提到這個問題“works on windows, don't work on linux”，后面有人回復說是“file systems”不一樣。究竟怎么不一樣呢？還是沒有想出來... 

后面在一個論壇里面發現了某人關於這個問題的闡述： 

引用

In the Unix'esque O/S's you cannot renameTo() across file systems. This behavior is different than the Unix "mv" command. When crossing file systems mv does a copy and delete which is what you'll have to do if this is the case. 

The same thing would happen on Windows if you tried to renameTo a different drive, i.e. C: -> D:

終於明白咯。 

做個實驗：

File sourceFile = new File("c:/test.txt");
File targetFile1 = new File("e:/test.txt");
File targetFile2 = new File("d:/test.txt");
System.out.println("source file is exist? " + sourceFile.exists()
    + ", source file => " + sourceFile);
System.out.println(targetFile1 + " is exist? " + targetFile1.exists());
System.out.println("rename to " + targetFile1 + " => "
    + sourceFile.renameTo(targetFile1));
System.out.println("source file is exist? " + sourceFile.exists()
    + ", source file => " + sourceFile);
System.out.println(targetFile2 + " is exist? " + targetFile2.exists());
System.out.println("rename to " + targetFile2 + " => "
    + sourceFile.renameTo(targetFile2));

結果： 

source file is exist? true, source file => c:\test.txt
e:\test.txt is exist? false
rename to e:\test.txt => false
source file is exist? true, source file => c:\test.txt
d:\test.txt is exist? false
rename to d:\test.txt => true

注意看結果，從C盤到E盤失敗了，從C盤到D盤成功了。因為我的電腦C、D兩個盤是NTFS格式的，而E盤是FAT32格式的。所以從C到E就是上面文章所說的"file systems"不一樣。從C到D由於同是NTFS分區，所以不存在這個問題，當然就成功了。 

果然是不能把File#renameTo(File)當作move方法使用。 

可以考慮使用apache組織的commons-io包里面的FileUtils#copyFile(File,File)和FileUtils#copyFileToDirectory(File,File)方法實現copy的效果。
至於刪除嘛，我想如果要求不是那么精確，可以調用File#deleteOnExit()方法，在虛擬機終止的時候，刪除掉這個目錄或文件。 

BTW:File是文件和目錄路徑名的抽象表示形式，所以有可能是目錄，千萬小心。

文件系統不一樣好像是說 windows和Linux的文件默認為NTFS的 而Linux是ext32的

 

在大壓力情況下在windows renameTo有一定概率失敗的情況。
在linux操作系統上在不同盤符之間renameTo也會失敗。典型的應用場景就是從本地硬盤renameTo到mount的硬盤上或文件系統上。 

 

copy文件盡量使用FileUtilsc.opyFileToDirectory(File,File) 

還有個問題是在使用webwork的fileUpload攔截器的時候盡量不要使用execAndWait攔截器,兩個攔截器會開啟兩個線程，很可能會刪掉還沒有處理的臨時上傳文件文件而導致文件找不到。

http://xiaoych.iteye.com/blog/149328