Java: la Lecture d'un fichier pdf à partir de l'URL dans le tableau d'Octets/ByteBuffer dans une applet

Juste au cas où ces petits changements à faire une différence, essayez ceci:

public static ByteBuffer getAsByteArray(URL url) throws IOException {
    URLConnection connection = url.openConnection();
    //Since you get a URLConnection, use it to get the InputStream
    InputStream in = connection.getInputStream();
    //Now that the InputStream is open, get the content length
    int contentLength = connection.getContentLength();

    //To avoid having to resize the array over and over and over as
    //bytes are written to the array, provide an accurate estimate of
    //the ultimate size of the byte array
    ByteArrayOutputStream tmpOut;
    if (contentLength != -1) {
        tmpOut = new ByteArrayOutputStream(contentLength);
    } else {
        tmpOut = new ByteArrayOutputStream(16384); //Pick some appropriate size
    }

    byte[] buf = new byte[512];
    while (true) {
        int len = in.read(buf);
        if (len == -1) {
            break;
        }
        tmpOut.write(buf, 0, len);
    }
    in.close();
    tmpOut.close(); //No effect, but good to do anyway to keep the metaphor alive

    byte[] array = tmpOut.toByteArray();

    //Lines below used to test if file is corrupt
    //FileOutputStream fos = new FileOutputStream("C:\\abc.pdf");
    //fos.write(array);
    //fos.close();

    return ByteBuffer.wrap(array);
}

Vous avez oublié de fermer fos ce qui peut entraîner dans ce fichier étant plus courte si votre demande est toujours en cours d'exécution ou est brusquement interrompu. Aussi, j'ai ajouté de la création de la ByteArrayOutputStream avec la taille initiale. (Sinon, Java ont à plusieurs reprises allouer un nouveau tableau et de copie, d'allouer un nouveau tableau et de la copie, ce qui est coûteux.) Remplacer la valeur 16384 avec une valeur plus appropriée. 16k est probablement faible pour les PDF, mais je ne sais pas comment, mais la "moyenne" de la taille, c'est que vous vous attendez à télécharger.

Puisque vous utilisez toByteArray() deux fois (même si l'on est dans le code de diagnostic), j'ai assigné à une variable. Enfin, bien qu'il ne devrait pas faire de différence, quand vous êtes emballage de la ensemble tableau dans un ByteBuffer, vous avez seulement besoin de fournir le tableau d'octets. La fourniture de l'offset 0 et la longueur est redondant.

Noter que si vous téléchargez grand des fichiers PDF de cette façon, assurez-vous que votre JVM en cours d'exécution avec un assez grand tas que vous avez assez de place pour plusieurs fois, la taille de fichier plus grand que vous vous attendez à lire. La méthode que vous utilisez garde tout le fichier en mémoire, ce qui est OK aussi longtemps que vous pouvez vous permettre ce mémoire. 🙂

OriginalL'auteur Eddie

Avez-vous essayé un flush() avant de fermer la tmpOut flux pour s'assurer que tous les octets écrits?

OriginalL'auteur