java.nio: directory ricorsiva più concisa cancellare

Question

Attualmente sto cercando di eliminare ricorsivamente una directory ... Stranamente il pezzo più breve del codice sono stato in grado di trovare è il seguente costrutto, impiegando un ad hoc classe interna e in un modello visitatore ...

Path rootPath = Paths.get("data/to-delete"); 

try { 
    Files.walkFileTree(rootPath, new SimpleFileVisitor<Path>() { 
    @Override 
    public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException { 
     System.out.println("delete file: " + file.toString()); 
     Files.delete(file); 
     return FileVisitResult.CONTINUE; 
    } 

    @Override 
    public FileVisitResult postVisitDirectory(Path dir, IOException exc) throws IOException { 
     Files.delete(dir); 
     System.out.println("delete dir: " + dir.toString()); 
     return FileVisitResult.CONTINUE; 
    } 
    }); 
} catch(IOException e){ 
    e.printStackTrace(); 
} 

Fonte: here

Questo si sente terribilmente goffo e prolisso, dato che le nuove API nio rimuovere tanto disordine e boilerplate ...

C'è un modo più breve per ottenere una cancellazione di directory forzata e ricorsiva?

Sto cercando puri nativi Java 1.8 metodi, quindi si prega di non creare un collegamento a librerie esterne ...

Answer 1

è possibile combinare NIO 2 e l'API Stream.

Path rootPath = Paths.get("/data/to-delete"); 
Files.walk(rootPath, FileVisitOption.FOLLOW_LINKS) 
    .sorted(Comparator.reverseOrder()) 
    .map(Path::toFile) 
    .peek(System.out::println) 
    .forEach(File::delete); 

• Files.walk - restituire tutti i file/directory sotto rootPath compreso
• .sorted - ordinare l'elenco in ordine inverso, quindi la directory stessa viene dopo le sottodirectory comprese e file
• .map - Mappa del Path a File
• .peek - c'è solo per mostrare quale voce viene elaborata
• .forEach - chiama il metodo .delete() su ogni oggetto File

EDIT

Ecco alcune cifre.
La directory /data/to-delete conteneva l'rt.jar decompresso di jdk1.8.0_73 e una versione recente di activemq.

files: 36,427 
dirs : 4,143 
size : 514 MB 

Times in millisecondi

    int. SSD  ext. USB3 
NIO + Stream API 1,126  11,943 
FileVisitor   1,362  13,561 

Entrambe le versioni sono stati giustiziati senza stampare i nomi dei file. Il fattore più limitante è il drive. Non l'implementazione.

EDIT

Alcuni dati supplementare su lLa opzione FileVisitOption.FOLLOW_LINKS.

Assumere seguente file e directory struttura

/data/dont-delete/bar 
/data/to-delete/foo 
/data/to-delete/dont-delete -> ../dont-delete 

Utilizzando

Files.walk(rootPath, FileVisitOption.FOLLOW_LINKS) 

seguirà i collegamenti simbolici e file /tmp/dont_delete/bar sarebbero cancellate.

Utilizzando

Files.walk(rootPath) 

non seguiranno i collegamenti simbolici e file /tmp/dont_delete/bar non sarebbero eliminati.

NOTA: Non utilizzare mai il codice come copia e incolla senza capire cosa fa.

Answer 2

la seguente soluzione non ha bisogno della conversione da percorso del file oggetti:

Path rootPath = Paths.get("/data/to-delete");  
final List<Path> pathsToDelete = Files.walk(rootPath).sorted(Comparator.reverseOrder()).collect(Collectors.toList()); 
for(Path path : pathsToDelete) { 
    Files.deleteIfExists(path); 
} 

Answer 3

Se è necessario utilizzare esclusivamente Java 7 con NIO

Path path = Paths.get("./target/logs"); 
Files.walkFileTree(path, new SimpleFileVisitor<Path>() { 
    @Override 
    public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException { 
    Files.delete(file); 
    return FileVisitResult.CONTINUE; 
    } 

    @Override 
    public FileVisitResult postVisitDirectory(Path dir, IOException exc) 
     throws IOException { 
    Files.delete(dir); 
    return FileVisitResult.CONTINUE; 
    } 
});