轉載地址：http://xiaoych.iteye.com/blog/149328
以前我一直以為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”不一樣。究竟怎么不一樣呢？還是沒有想出來...
后面在一個論壇里面發現了某人關於這個問題的闡述：
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是文件和目錄路徑名的抽象表示形式，所以有可能是目錄，千萬小心。