Obtenir le fichier/répertoire de la taille à l'aide de Java 7 nouveaux IO

Comment puis-je obtenir la taille d'un fichier ou d'un répertoire à l'aide de la nouvelle NIO dans java 7?

  • Quel est le problème avec l'ancienne? Sauf si il ya un soutien pour récursive de la taille des répertoires maintenant. Est-il?
  • j'ai entendu dire que c'est beaucoup plus rapide. et j'ai envie d'essayer ça.
  • Je me demande comment il peut être plus rapide..
  • je pense que c'est parce que la case si une java.io.Le fichier est un répertoire ou pas, c'est très lent.
  • et pourquoi pensez-vous que c'est le cas?
  • par exemple ici: bugs.sun.com/bugdatabase/view_bug.do?bug_id=6483858 et ici: stackoverflow.com/questions/354703/...
  • au moins le deuxième élément peut en effet être résolus à l'aide de Path: car il renvoie une Iterator, il n'a pas besoin d'avoir résolu tous les membres de l'annuaire à la fois la iterator() retours d'appel et peut donc "le ruisseau" le contenu du répertoire, qui s'aligne plus étroitement avec les Api natives sur la plupart des Systèmes d'exploitation.

InformationsquelleAutor clamp | 2011-08-31
  1. 54

    Utilisation Fichiers.taille(Chemin) pour obtenir la taille d'un fichier.

    De la taille d'un répertoire (ce qui est la taille de tous les fichiers qu'il contient), vous avez encore besoin de répéter manuellement, autant que je sache.

    • Je pense que la méthode ci-dessus n'est pas présent dans Java7 I/O, Veuillez vérifier une fois
    • ma réponse contient un lien vers la JavaDoc. Pourquoi pensez-vous qu'il n'est pas présent?
    • Il lié à Oracle officielle de l'API docs. La méthode est là.
    • merci, ma prochaine question pourrait être, comment pourrais-je le répète dans un chemin de childpaths?
    • un Path est un Iterable<Path>, de sorte que vous pouvez juste faire for (Path child : parent) { /* do stuff */ }.
    InformationsquelleAutor Joachim Sauer
  2. 6

    Ici est un prêt à exécuter l'exemple qui va sauter-et-journal des répertoires, il ne peut pas entrer. Il utilise java.util.de façon concomitante.atomique.AtomicLong à accumuler de l'état.

    public static void main(String[] args) throws IOException {
    Path path = Paths.get("c:/");
    long size = getSize(path);
    System.out.println("size=" + size);
}

static long getSize(Path startPath) throws IOException {
    final AtomicLong size = new AtomicLong(0);

    Files.walkFileTree(startPath, new SimpleFileVisitor<Path>() {
        @Override
        public FileVisitResult visitFile(Path file,
                BasicFileAttributes attrs) throws IOException {
            size.addAndGet(attrs.size());
            return FileVisitResult.CONTINUE;
        }

        @Override
        public FileVisitResult visitFileFailed(Path file, IOException exc)
                throws IOException {
            //Skip folders that can't be traversed
            System.out.println("skipped: " + file + "e=" + exc);
            return FileVisitResult.CONTINUE;
        }
    });

    return size.get();
}
    • Vous vous demandez pourquoi le AtomicLong est-elle nécessaire? Pourquoi ne pas simplement une long ? Est-il quelque chose de parallèle sur walkFileTree ?
    • tbh, j'ai juste réécrit l'autre réponse, sans l'aide de 3pp (MutableLong). Mais je pense que la variable doit être une "finale" pour être accessible de l'intérieur de la classe anonyme. Qui AtomicLong permet.
    • La méthode postVisitDirectorypeut être également remplacée. Il n'est pas nécessaire de marquer le size de référence finale ici, car il n'est pas changé dans l'intérieur de la classe anonyme. Seulement son contenu (la valeur) est modifié. Un tableau (avec un seul élément) peut être utilisé à la place de AtomicLong.
    InformationsquelleAutor Aksel Willgert
  3. 5
    MutableLong size = new MutableLong();
Files.walkFileTree(directoryPath, new SimpleFileVisitor<Path>() {
            @Override
            public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException {
                size.add(attrs.size());
            }
}

    Ce serait de calculer la taille de tous les fichiers dans un répertoire. Toutefois, notez que tous les fichiers du répertoire doivent être régulières, fichiers, comme l'API spécifie la méthode de taille de BasicFileAttributes:

    "La taille des fichiers qui ne sont pas des fichiers de la mise en œuvre est spécifique et, par conséquent, non spécifié."

    Si vous tombez non réglementés fichier, vous ll ont à ne pas inclure de taille, ou de retourner une partie inconnue de taille. Vous pouvez vérifier si le fichier est régulière avec 

    BasicFileAttributes.isRegularFile()
    • Belle réponse, et pour ceux qui demandent la Mutable* les classes de primitives font partie de apache.commons.lang
    InformationsquelleAutor Ivan Senic