Le moyen privilégié pour l'utilisation de Java ZipOutputStream et BufferedOutputStream

En Java importe-t-il si j'instancie un ZipOutputStream premier, ou le BufferedOutputStream en premier? Exemple:

FileOutputStream dest = new FileOutputStream(file);
ZipOutputStream zip = new ZipOutputStream(new BufferedOutputStream(dest));

//use zip output stream to write to

Ou:

FileOutputStream dest = new FileOutputStream(file);
BufferedOutputStream out = new BufferedOutputStream(new ZipOutputStream(dest));

//use buffered stream to write to

Dans mon non-scientifique timings je n'arrive pas à dire beaucoup de choses ici. Je ne peux pas voir quoi que ce soit dans l'API Java qui dit que si l'un de ces moyens est nécessaire ou préférable. Tous les conseils? Il semble que la compression de la sortie de la première puis de mise en mémoire tampon pour l'écrit serait plus efficace.

  • Théoriquement, la compression puis de mise en mémoire tampon va être plus rapide. Cependant, GZipOutputStream a une mémoire tampon interne, afin de ne pas écrire des octets pour le flux sous-jacent. En fonction du type de flux (par exemple, fichier vs socket) et par la taille des tampons, vous peut ou peut ne pas voir la différence.
InformationsquelleAutor jjathman | 2013-01-22
  1. 74

    Vous devez toujours placer l' BufferedOutputStream avec le ZipOutputStream, jamais l'inverse. Voir le code ci-dessous:

    FileOutputStream fos = new FileOutputStream("hello-world.zip");
BufferedOutputStream bos = new BufferedOutputStream(fos);
ZipOutputStream zos = new ZipOutputStream(bos);

try {
    for (int i = 0; i < 10; i++) {
        //not available on BufferedOutputStream
        zos.putNextEntry(new ZipEntry("hello-world." + i + ".txt"));
        zos.write("Hello World!".getBytes());
        //not available on BufferedOutputStream
        zos.closeEntry();
    }
}
finally {
    zos.close();
}

    Que les commentaires qui disent que le putNextEntry() et closeEntry() méthodes ne sont pas disponibles sur le BufferedOutputStream. Sans l'appel de ces méthodes ZipOutputStream déclenche une exception java.util.zip.ZipException: no current ZIP entry.

    Par souci d'exhaustivité, il est intéressant de noter que la clause finally seuls les appels close() sur le ZipOutputStream. C'est parce que, par convention, le tout intégré dans Java flux de sortie wrapper implémentations de propager la clôture.

    MODIFIER

    Je l'ai juste testé l'autre manière autour. Il s'avère que l'enveloppant d'un ZipOutputStream avec BufferedOutputStream et ensuite seulement l'appel write() sur elle (sans créer /écritures de clôture) ne sera pas jeter un ZipException. Au lieu de cela, le résultant ZIP fichier sera corrompu, sans toutes les entrées à l'intérieur.

    • Dans ce cas, est-il un sens pour la mise en mémoire tampon? Je ne prétends pas ici, juste d'être curieux de savoir si quelqu'un cochée, jusqu'à présent.
    • Comme vous pouvez le voir dans la première partie de la MrSmith42 de l' la réponse, à l'aide d'un intérieur BufferedOutputStream pourrait être potentiellement bénéfique, en mémoire tampon les fichiers déjà compressés flux de sortie avant d'écrire sur le disque. Vous allez utiliser un peu plus de mémoire (pour garder la compressés zip octets dans la mémoire tampon avant de tirer la chasse sur le disque), mais est plus efficace, que les I/O disque est fait dans les plus grands plateaux d'octets (la taille de la mémoire tampon de la BufferedOutputStream a été initialisé avec).
    • Ce taille de la mémoire tampon BufferedOutputStream à l'intérieur d'un ZipOutputStream est le plus performant pour vous, vous devez vous figure out vous-même,
    InformationsquelleAutor Daniel Dinnyes
  2. 20

    Vous devez:

    ZipOutputStream out =  new ZipOutputStream(new BufferedOutputStream(dest));

    parce que vous voulez mettre en mémoire tampon de l'écriture sur le disque (parce que c'est beaucoup plus efficace dans de grands blocs de données que dans beaucoup de petits).

    Ce

    new BufferedOutputStream(new ZipOutputStream(dest));

    serait tampon avant la compression zip. Mais tout cela se fait dans la mémoire et n'a pas besoin de mise en mémoire tampon parce que beaucoup de peu d'accès à la mémoire sont à environ la même vitesse qu'un peu plus grands.
    Dans la mémoire générale, le temps est proportionnel au nombre d'octets de lecture/écriture.

    Comme mentionné dans les commentaires:

    Les méthodes de ZipOutputStream qui ne font pas partie de BufferedOutputStream ne serait pas disponible aussi. E. g. putNextEntry et closeEntry.

    • Cette réponse est fausse. Voir la mienne ci-dessous pour plus de détails.
    • Je suis sûr que ma réponse est correcte. Mais n'hésitez pas à essayer les deux façons et de comparer les performances (ou les déboguer).
    • Mon point est qu'il n'y a pas de sens de comparer les performances entre les deux. Habillage de la ZipOutputStream dans un BufferedOutputStream est dénué de sens, tout à fait, comme elle n'expose pas le putNextEntry et closeEntry méthodes.
    • Vers le bas-droit de vote tant que la réponse ne mentionne pas le fait que les méthodes de la ZipOutputStream ne sont pas disponibles lorsque le flux s'enveloppant dans le mauvais sens.
    InformationsquelleAutor MrSmith42