<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    bt下載與小說(shuō)520

    bt下載與小說(shuō)520

      BlogJava :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
      16 隨筆 :: 0 文章 :: 6 評(píng)論 :: 0 Trackbacks

    以前我一直以為File#renameTo(File)方法與OS下面的 move/mv 命令是相同的,可以達(dá)到改名、移動(dòng)文件的目的。不過(guò)后來(lái)經(jīng)常發(fā)現(xiàn)問(wèn)題,真的很bt,File#renameTo(File)方法會(huì)返回失敗(false),文件沒(méi)有移動(dòng),又查不出原因,再后來(lái)干脆棄用該方法,自己實(shí)現(xiàn)一個(gè)copy方法,問(wèn)題倒是再也沒(méi)有出現(xiàn)過(guò)。

    昨天老板同學(xué)又遇到這個(gè)問(wèn)題,F(xiàn)ile#renameTo(File)方法在windows下面工作的好好的,在linux下偶爾又失靈了。回到家我掃了一遍JDK中File#renameTo(File)方法的源代碼,發(fā)現(xiàn)它調(diào)用的是一個(gè)本地的方法(native method),無(wú)法再跟蹤下去。網(wǎng)上有人說(shuō)該方法在window下是正常的,在linux下面是不正常的。這個(gè)很難說(shuō)通,SUN不可能搞出這種平臺(tái)不一致的代碼出來(lái)啊。

    后面在SUN的官方論壇上看到有人提到這個(gè)問(wèn)題“works on windows, don't work on linux”,后面有人回復(fù)說(shuō)是“file systems”不一樣。究竟怎么不一樣呢?還是沒(méi)有想出來(lái)...

    后面在一個(gè)論壇里面發(fā)現(xiàn)了某人關(guān)于這個(gè)問(wèn)題的闡述:
    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:
    終于明白咯。

    做個(gè)實(shí)驗(yàn):

  • 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));  



  • 注意看結(jié)果,從C盤到E盤失敗了,從C盤到D盤成功了。因?yàn)槲业碾娔XC、D兩個(gè)盤是NTFS格式的,而E盤是FAT32格式的。所以從C到E就是上面文章所說(shuō)的"file systems"不一樣。從C到D由于同是NTFS分區(qū),所以不存在這個(gè)問(wèn)題,當(dāng)然就成功了。

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

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

    BTW:File是文件和目錄路徑名的抽象表示形式,所以有可能是目錄,千萬(wàn)小心。
    下面我寫的一個(gè)實(shí)現(xiàn)方法

    /**
      * 使用FileChannel拷貝文件
      *
      * @param srcFile
      * @param destFile
      * @throws IOException
      */
     public static void copyUseChannel(File srcFile, File destFile)
       throws IOException {
      if ((!srcFile.exists()) || (srcFile.isDirectory())) {
       return;
      }

      if (!destFile.exists()) {
       createFile(destFile.getAbsolutePath());
      }

      FileChannel out = null;
      FileChannel in = null;
      try {
       out = new FileOutputStream(destFile).getChannel();
       in = new FileInputStream(srcFile).getChannel();
       ByteBuffer buffer = ByteBuffer.allocate(102400);
       int position = 0;
       int length = 0;
       while (true) {
        length = in.read(buffer, position);
        if (length <= 0) {
         break;
        }
        // System.out.println("after read:"+buffer);
        buffer.flip();
        // System.out.println("after flip:"+buffer);
        out.write(buffer, position);
        position += length;
        buffer.clear();
        // System.out.println("after clear:"+buffer);
       }

      } finally {
       if (out != null) {
        out.close();
       }
       if (in != null) {
        in.close();
       }
      }
     }

    posted on 2008-10-27 10:15 bt下載 閱讀(1677) 評(píng)論(2)  編輯  收藏

    評(píng)論

    # re: java的File#renameTo(File)方法的陷井 2008-10-27 11:24 temper
    收藏。最近正好要用到這個(gè)方法,回去先驗(yàn)證一下  回復(fù)  更多評(píng)論
      

    # re: java的File#renameTo(File)方法的陷井 2008-10-27 12:37 moron128
    也遇到過(guò)這個(gè)問(wèn)題
    還有目標(biāo)路徑下如有同名文件時(shí)好像無(wú)法覆蓋
    需要事先判斷  回復(fù)  更多評(píng)論
      


    只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。


    網(wǎng)站導(dǎo)航:
     
    主站蜘蛛池模板: 亚洲AV成人影视在线观看| 亚洲综合一区二区精品导航| 亚洲色偷偷偷综合网| 久久久久免费看黄A片APP| 久久久无码精品亚洲日韩蜜臀浪潮 | 精品久久久久久国产免费了| 亚洲 自拍 另类小说综合图区| 男人的天堂av亚洲一区2区| 国产成人在线免费观看| 理论片在线观看免费| 亚洲国产一区视频| a级毛片免费高清毛片视频| 亚洲国产精品人久久| 91成人免费在线视频| 亚洲欧洲无码AV不卡在线| 国产成人无码免费视频97| 国产99精品一区二区三区免费| 久久精品国产亚洲一区二区| 国产精品免费高清在线观看| 亚洲色大成网站www永久| 精品久久8x国产免费观看| 亚洲色少妇熟女11p| 亚洲国产一区明星换脸| a级毛片免费全部播放无码| 亚洲天堂福利视频| 国产禁女女网站免费看| 国产精品免费αv视频| 亚洲综合久久成人69| 看全色黄大色大片免费久久| 中文在线免费看视频| 亚洲国产最大av| 亚洲黄片手机免费观看| 久久ww精品w免费人成| 久久亚洲精品11p| 亚洲VA中文字幕无码一二三区| 性短视频在线观看免费不卡流畅| 粉色视频成年免费人15次| 日韩毛片免费一二三| 久久亚洲精品AB无码播放| 在线免费观看一级毛片| 91成人免费福利网站在线|