file.delete () ส่งคืนเท็จแม้ว่า file.exists (), file.canRead (), file.canWrite (), file.canExecute () ทั้งหมดจะคืนค่าจริง

ฉันกำลังพยายามลบไฟล์หลังจากเขียนบางอย่างในไฟล์ด้วยFileOutputStream. นี่คือรหัสที่ฉันใช้เขียน:

private void writeContent(File file, String fileContent) {
    FileOutputStream to;
    try {
        to = new FileOutputStream(file);
        to.write(fileContent.getBytes());
        to.flush();
        to.close();
    } catch (FileNotFoundException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    } catch (IOException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
}

อย่างที่เห็นฉันล้างและปิดสตรีม แต่เมื่อฉันพยายามลบfile.delete()กลับเป็นเท็จ

ฉันจะตรวจสอบก่อนการลบเพื่อดูว่าไฟล์ที่มีอยู่และ: file.exists(), file.canRead(), file.canWrite(), file.canExecute()ผลตอบแทนจริงทั้งหมด หลังจากเรียกวิธีการเหล่านี้ฉันลองfile.delete()และส่งคืนเท็จ

มีอะไรที่ฉันทำผิดหรือเปล่า?

ข้อบกพร่องอื่นใน Java ฉันแทบจะไม่พบพวกเขาเพียงวินาทีเดียวในอาชีพการงาน 10 ปีของฉัน นี่คือวิธีแก้ปัญหาของฉันอย่างที่คนอื่นพูดถึง ฉันใช้ nether System.gc()แล้ว แต่ในกรณีของฉันมันสำคัญอย่างยิ่ง แปลก? ใช่!

finally
{
    try
    {
        in.close();
        in = null;
        out.flush();
        out.close();
        out = null;
        System.gc();
    }
    catch (IOException e)
    {
        logger.error(e.getMessage());
        e.printStackTrace();
    }
}

มันค่อนข้างแปลกที่เคล็ดลับที่ใช้ได้ผล BufferedReaderสิ่งที่เป็นเมื่อฉันได้อ่านก่อนหน้านี้เนื้อหาของไฟล์ที่ผมใช้ หลังจากอ่านฉันก็ปิดบัฟเฟอร์

ในขณะเดียวกันฉันเปลี่ยนและตอนนี้ฉันกำลังอ่านเนื้อหาโดยใช้ไฟล์ FileInputStreamไฟล์. หลังจากอ่านจบฉันก็ปิดสตรีม และตอนนี้ก็ใช้งานได้แล้ว

ปัญหาคือฉันไม่มีคำอธิบายสำหรับเรื่องนี้

ฉันไม่รู้BufferedReaderและFileOutputStreamเข้ากันไม่ได้

ฉันลองสิ่งง่ายๆนี้และดูเหมือนว่าจะได้ผล

file.setWritable(true);
file.delete();

มันใช้ได้กับฉัน

หากไม่ได้ผลให้ลองรันแอปพลิเคชัน Java ของคุณด้วย sudo ถ้าบน linux และในฐานะผู้ดูแลระบบเมื่ออยู่บน windows เพียงเพื่อให้แน่ใจว่า Java มีสิทธิ์ในการเปลี่ยนแปลงคุณสมบัติของไฟล์

ก่อนที่จะพยายามลบ / เปลี่ยนชื่อไฟล์ใด ๆ คุณต้องแน่ใจว่าผู้อ่านหรือผู้เขียนทั้งหมด (เช่น: BufferedReader/ InputStreamReader/BufferedWriter ) ปิดอย่างถูกต้อง

เมื่อคุณพยายามอ่าน / เขียนข้อมูลของคุณจาก / ไปยังไฟล์ไฟล์จะถูกยึดไว้โดยกระบวนการและจะไม่ถูกปล่อยจนกว่าการเรียกใช้โปรแกรมจะเสร็จสิ้น หากคุณต้องการดำเนินการลบ / เปลี่ยนชื่อก่อนที่โปรแกรมจะสิ้นสุดคุณต้องใช้close()วิธีการที่มาพร้อมกับjava.io.*คลาส

ตามที่ Jon Skeet แสดงความคิดเห็นคุณควรปิดไฟล์ของคุณในบล็อก {... } สุดท้ายเพื่อให้แน่ใจว่าไฟล์นั้นปิดอยู่เสมอ และแทนที่จะกลืนข้อยกเว้นด้วย e.printStackTrace เพียงแค่อย่าจับและเพิ่มข้อยกเว้นลงในลายเซ็นของวิธีการ หากคุณทำไม่ได้ด้วยเหตุผลใด ๆ อย่างน้อยก็ทำสิ่งนี้:

catch(IOException ex) {
    throw new RuntimeException("Error processing file XYZ", ex);
}

ตอนนี้คำถาม # 2:

จะเกิดอะไรขึ้นถ้าคุณทำสิ่งนี้:

...
to.close();
System.out.println("Please delete the file and press <enter> afterwards!");
System.in.read();
...

คุณจะสามารถลบไฟล์ได้หรือไม่?

นอกจากนี้ไฟล์จะถูกล้างเมื่อปิด ฉันใช้ IOUtils.closeQuietly (... ) ดังนั้นฉันจึงใช้วิธีการล้างเพื่อให้แน่ใจว่าเนื้อหาของไฟล์อยู่ในนั้นก่อนที่ฉันจะพยายามปิด (IOUtils.closeQuietly ไม่ทิ้งข้อยกเว้น) สิ่งนี้:

...
try {
    ...
    to.flush();
} catch(IOException ex) {
    throw new CannotProcessFileException("whatever", ex);
} finally {
    IOUtils.closeQuietly(to);
}

ดังนั้นฉันจึงรู้ว่ามีเนื้อหาของไฟล์อยู่ในนั้น เป็นเรื่องปกติสำหรับฉันที่เนื้อหาของไฟล์จะถูกเขียนขึ้นและไม่ใช่ว่าไฟล์นั้นสามารถปิดได้หรือไม่มันไม่สำคัญว่าไฟล์นั้นจะปิดหรือไม่ ในกรณีของคุณเป็นเรื่องสำคัญฉันขอแนะนำให้ปิดไฟล์ด้วยตัวเองและปฏิบัติตามข้อยกเว้นใด ๆ ตาม

ไม่มีเหตุผลใดที่คุณไม่ควรลบไฟล์นี้ ฉันจะดูว่าใครมีการระงับไฟล์นี้ ใน unix / linux คุณสามารถใช้ยูทิลิตี้ lsof เพื่อตรวจสอบว่ากระบวนการใดมีการล็อกไฟล์ ใน windows คุณสามารถใช้ process explorer

สำหรับ lsof มันง่ายเหมือนพูดว่า:

lsof /path/and/name/of/the/file

สำหรับ process explorer คุณสามารถใช้เมนูค้นหาและป้อนชื่อไฟล์เพื่อแสดงแฮนเดิลซึ่งจะชี้ให้คุณเห็นกระบวนการล็อกไฟล์

นี่คือรหัสบางส่วนที่ทำในสิ่งที่ฉันคิดว่าคุณต้องทำ:

FileOutputStream to;

try {
    String file = "/tmp/will_delete.txt";
    to = new FileOutputStream(file );
    to.write(new String("blah blah").getBytes());
    to.flush();
    to.close();
    File f = new File(file);
    System.out.print(f.delete());
} catch (FileNotFoundException e) {
    // TODO Auto-generated catch block
    e.printStackTrace();
} catch (IOException e) {
    // TODO Auto-generated catch block
    e.printStackTrace();
}

มันใช้งานได้ดีบน OS X ฉันยังไม่ได้ทดสอบบน windows แต่ฉันสงสัยว่ามันน่าจะใช้ได้กับ Windows ฉันจะยอมรับว่ามีพฤติกรรมที่ไม่คาดคิดบางอย่างในการจัดการไฟล์ WRT ของ Windows

หากคุณกำลังทำงานใน Eclipse IDE นั่นอาจหมายความว่าคุณไม่ได้ปิดไฟล์ในการเรียกใช้แอปพลิเคชันก่อนหน้านี้ เมื่อฉันมีข้อความแสดงข้อผิดพลาดเดียวกันกับการพยายามลบไฟล์นั่นคือเหตุผล ดูเหมือนว่า Eclipse IDE จะไม่ปิดไฟล์ทั้งหมดหลังจากการยุติแอปพลิเคชัน

หวังว่านี่จะช่วยได้ ฉันพบปัญหาที่คล้ายกันซึ่งฉันไม่สามารถลบไฟล์ของฉันได้หลังจากที่รหัส java ของฉันทำสำเนาเนื้อหาไปยังโฟลเดอร์อื่น หลังจาก googling อย่างกว้างขวางฉันได้ประกาศตัวแปรที่เกี่ยวข้องกับการดำเนินการไฟล์ทุกไฟล์อย่างชัดเจนและเรียกเมธอด close () ของอ็อบเจ็กต์การดำเนินการไฟล์แต่ละไฟล์และตั้งค่าเป็น NULL จากนั้นมีฟังก์ชั่นที่เรียกว่า System.gc () ซึ่งจะล้างการแมปไฟล์ i / o (ฉันไม่แน่ใจฉันแค่บอกสิ่งที่ได้รับบนเว็บไซต์)

นี่คือรหัสตัวอย่างของฉัน:

public void start() {
    File f = new File(this.archivePath + "\\" + this.currentFile.getName());
    this.Copy(this.currentFile, f);

    if(!this.currentFile.canWrite()){
        System.out.println("Write protected file " +
           this.currentFile.getAbsolutePath());

        return;
    }


    boolean ok = this.currentFile.delete();
    if(ok == false){
        System.out.println("Failed to remove " + this.currentFile.getAbsolutePath());
        return;
    }
}

private void Copy(File source, File dest) throws IOException {
    FileInputStream fin;
    FileOutputStream fout;
    FileChannel cin = null, cout = null;
    try {
        fin = new FileInputStream(source);
        cin = fin.getChannel();
        fout = new FileOutputStream(dest);
        cout = fout.getChannel();

        long size = cin.size();
        MappedByteBuffer buf = cin.map(FileChannel.MapMode.READ_ONLY, 0, size);

        cout.write(buf);
        buf.clear();
        buf = null;

        cin.close();
        cin = null;

        fin.close();
        fin = null;

        cout.close();
        cout = null;

        fout.close();
        fout = null;

        System.gc();

    } catch (Exception e){
        this.message = e.getMessage();
        e.printStackTrace();
    }
}

คำตอบคือเมื่อคุณโหลดไฟล์คุณต้องใช้วิธีการ "ปิด" ในโค้ดบรรทัดใดก็ได้ที่ใช้ได้กับฉัน

มีปัญหาครั้งหนึ่งใน Ruby โดยที่ไฟล์ใน windows จำเป็นต้องมี "fsync" เพื่อให้สามารถเปิดและอ่านไฟล์ใหม่ได้หลังจากเขียนและปิดไฟล์ บางทีนี่อาจเป็นการแสดงออกที่คล้ายกัน (และถ้าเป็นเช่นนั้นฉันคิดว่าเป็นข้อผิดพลาดของ windows จริงๆ)

ไม่มีวิธีแก้ปัญหาใดที่ระบุไว้ที่นี่ได้ผลในสถานการณ์ของฉัน วิธีแก้ปัญหาของฉันคือใช้ while loop พยายามลบไฟล์โดยมีขีด จำกัด 5 วินาที (กำหนดค่าได้) เพื่อความปลอดภัย

File f = new File("/path/to/file");

int limit = 20; //Only try for 5 seconds, for safety
while(!f.delete() && limit > 0){
    synchronized(this){
        try {
            this.wait(250); //Wait for 250 milliseconds
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
    limit--;
}

การใช้ลูปด้านบนทำงานได้โดยไม่ต้องทำการรวบรวมขยะด้วยตนเองหรือตั้งค่าสตรีมเป็นโมฆะเป็นต้น

ปัญหาอาจเป็นไปได้ว่าไฟล์ยังคงถูกมองว่าเปิดและล็อกโดยโปรแกรม หรืออาจเป็นส่วนประกอบจากโปรแกรมของคุณที่เปิดไว้ดังนั้นคุณต้องแน่ใจว่าคุณใช้dispose()วิธีการนี้เพื่อแก้ปัญหานั้น กล่าวคือJFrame frame; .... frame.dispose();

คุณต้องปิดสตรีมทั้งหมดหรือใช้บล็อกลองใช้กับทรัพยากร

static public String head(File file) throws FileNotFoundException, UnsupportedEncodingException, IOException
{
    final String readLine;
    try (FileInputStream fis = new FileInputStream(file);
            InputStreamReader isr = new InputStreamReader(fis, "UTF-8");
            LineNumberReader lnr = new LineNumberReader(isr))
    {
        readLine = lnr.readLine();
    }
    return readLine;
}

หาก file.delete () ส่งเป็นเท็จในกรณีส่วนใหญ่ที่จับ Bufferedreader ของคุณจะไม่ถูกปิด เพียงแค่ปิดและดูเหมือนว่าจะทำงานสำหรับฉันตามปกติ

ฉันมีปัญหาเดียวกันใน Windows ฉันเคยอ่านไฟล์ใน scala ทีละบรรทัดด้วย

Source.fromFile(path).getLines()

ตอนนี้ฉันอ่านโดยรวมด้วย

import org.apache.commons.io.FileUtils._

// encoding is null for platform default
val content=readFileToString(new File(path),null.asInstanceOf[String])

ซึ่งจะปิดไฟล์อย่างถูกต้องหลังจากอ่านและตอนนี้

new File(path).delete

ได้ผล

สำหรับ Eclipse / NetBeans

รีสตาร์ท IDE ของคุณและเรียกใช้รหัสของคุณอีกครั้งนี่เป็นเพียงเคล็ดลับเท่านั้นที่ใช้ได้ผลสำหรับฉันหลังจากต่อสู้มานานหนึ่งชั่วโมง

นี่คือรหัสของฉัน:

File file = new File("file-path");
if(file.exists()){
  if(file.delete()){
     System.out.println("Delete");
  }
  else{

       System.out.println("not delete");
  }
}

เอาท์พุต:

ลบ

อีกกรณีหนึ่งที่อาจเกิดขึ้นได้: ถ้าคุณอ่าน / เขียนไฟล์ JAR ผ่านURLและในภายหลังให้ลองลบไฟล์เดียวกันภายในเซสชัน JVM เดียวกัน

File f = new File("/tmp/foo.jar");
URL j = f.toURI().toURL();

URL u = new URL("jar:" + j + "!/META-INF/MANIFEST.MF");
URLConnection c = u.openConnection();

// open a Jar entry in auto-closing manner
try (InputStream i = c.getInputStream()) {

    // just read some stuff; for demonstration purposes only
    byte[] first16 = new byte[16];
    i.read(first16);
    System.out.println(new String(first16));
}

// ...

// i is now closed, so we should be good to delete the jar; but...
System.out.println(f.delete());     // says false!

เหตุผลคือตรรกะการจัดการไฟล์ JAR ภายในของ Java มีแนวโน้มที่จะแคชJarFileรายการ:

// inner class of `JarURLConnection` that wraps the actual stream returned by `getInputStream()`

class JarURLInputStream extends FilterInputStream {
    JarURLInputStream(InputStream var2) {
        super(var2);
    }

    public void close() throws IOException {
        try {
            super.close();
        } finally {

            // if `getUseCaches()` is set, `jarFile` won't get closed!

            if (!JarURLConnection.this.getUseCaches()) {
                JarURLConnection.this.jarFile.close();
            }
        }
    }
}

และแต่ละอันJarFile(แต่เป็นZipFileโครงสร้างพื้นฐาน) จะถือแฮนเดิลของไฟล์ตั้งแต่เวลาสร้างจนถึงclose()เรียกใช้:

public ZipFile(File file, int mode, Charset charset) throws IOException {
    // ...

    jzfile = open(name, mode, file.lastModified(), usemmap);

    // ...
}

// ...

private static native long open(String name, int mode, long lastModified,
                                boolean usemmap) throws IOException;

มีคำอธิบายที่ดีในการเป็นปัญหา NetBeans นี้

เห็นได้ชัดว่ามีสองวิธีในการ "แก้ไข" สิ่งนี้:

• คุณสามารถปิดใช้งานการแคชไฟล์ JAR - สำหรับปัจจุบันURLConnectionหรือสำหรับอนาคตทั้งหมดURLConnection(ทั่วโลก) ในเซสชัน JVM ปัจจุบัน:

  URL u = new URL("jar:" + j + "!/META-INF/MANIFEST.MF");
  URLConnection c = u.openConnection();
  
  // for only c
  c.setUseCaches(false);
  
  // globally; for some reason this method is not static,
  // so we still need to access it through a URLConnection instance :(
  c.setDefaultUseCaches(false);
  

• [คำเตือนแฮ็ก!]คุณสามารถล้างJarFileแคชออกจากแคชด้วยตนเองเมื่อดำเนินการเสร็จสิ้น ตัวจัดการแคชsun.net.www.protocol.jar.JarFileFactoryเป็นแพ็กเกจส่วนตัว แต่เวทมนตร์สะท้อนบางอย่างสามารถทำให้งานสำเร็จสำหรับคุณ:

  class JarBridge {
  
      static void closeJar(URL url) throws Exception {
  
          // JarFileFactory jarFactory = JarFileFactory.getInstance();
          Class<?> jarFactoryClazz = Class.forName("sun.net.www.protocol.jar.JarFileFactory");
          Method getInstance = jarFactoryClazz.getMethod("getInstance");
          getInstance.setAccessible(true);
          Object jarFactory = getInstance.invoke(jarFactoryClazz);
  
          // JarFile jarFile = jarFactory.get(url);
          Method get = jarFactoryClazz.getMethod("get", URL.class);
          get.setAccessible(true);
          Object jarFile = get.invoke(jarFactory, url);
  
          // jarFactory.close(jarFile);
          Method close = jarFactoryClazz.getMethod("close", JarFile.class);
          close.setAccessible(true);
          //noinspection JavaReflectionInvocation
          close.invoke(jarFactory, jarFile);
  
          // jarFile.close();
          ((JarFile) jarFile).close();
      }
  }
  
  // and in your code:
  
  // i is now closed, so we should be good to delete the jar
  JarBridge.closeJar(j);
  System.out.println(f.delete());     // says true, phew.
  

โปรดทราบ:ทั้งหมดนี้ใช้ Java 8 codebase ( 1.8.0_144); อาจใช้ไม่ได้กับเวอร์ชันอื่น / ที่ใหม่กว่า