我想弄清楚为什么这个特定的代码片段对我不起作用。我有一个小程序，它应该读取 .pdf 并使用 pdf 渲染器库显示它，但由于某种原因，当我读入位于我服务器上的 .pdf 文件时，它们最终被损坏了。我已经通过再次写回文件对其进行了测试。

我已尝试在 IE 和 Firefox 中查看小程序，但出现了损坏的文件。有趣的是，当我尝试在 Safari(适用于 Windows)中查看小程序时，文件实际上没问题!我知道 JVM 可能不同，但我仍然迷路了。我用 Java 1.5 编译过。 JVM 是 1.6。读取文件的片段如下。

public static ByteBuffer getAsByteArray(URL url) throws IOException {
        ByteArrayOutputStream tmpOut = new ByteArrayOutputStream();

        URLConnection connection = url.openConnection();
        int contentLength = connection.getContentLength();
        InputStream in = url.openStream();
        byte[] buf = new byte[512];
        int len;
        while (true) {
            len = in.read(buf);
            if (len == -1) {
                break;
            }
            tmpOut.write(buf, 0, len);
        }
        tmpOut.close();
        ByteBuffer bb = ByteBuffer.wrap(tmpOut.toByteArray(), 0,
                                        tmpOut.size());
        //Lines below used to test if file is corrupt
        //FileOutputStream fos = new FileOutputStream("C:\\abc.pdf");
        //fos.write(tmpOut.toByteArray());
        return bb;
}

我一定是遗漏了什么，我一直在绞尽脑汁想弄明白。任何帮助是极大的赞赏。谢谢。

编辑: 为了进一步阐明我的情况，在我阅读代码片段之前和之后的文件中的区别是，我在阅读之后输出的文件比原来的要小得多。打开它们时，它们不会被识别为 .pdf 文件。没有抛出我忽略的异常，并且我尝试刷新无济于事。

此代码段适用于 Safari，这意味着文件会被完整读取，大小没有差异，并且可以使用任何 .pdf 阅读器打开。在 IE 和 Firefox 中，文件总是以损坏告终，大小始终相同。

我监视了 len 变量(当读取一个 59kb 的文件时)，希望看到在每个循环中读取了多少字节。在 IE 和 Firefox 中，在 18kb 处，in.read(buf) 返回 -1，就好像文件已经结束一样。 Safari 不会这样做。

我会坚持下去，感谢目前为止的所有建议。

最佳答案

以防万一这些小的改变产生影响，试试这个:

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);
}

您忘记关闭 fos 如果您的应用程序仍在运行或突然终止，这可能会导致该文件变短。此外，我添加了创建具有适当初始大小的 ByteArrayOutputStream。 (否则 Java 将不得不重复分配一个新数组并复制，分配一个新数组并复制，这是昂贵的。)将值 16384 替换为更合适的值。 16k 对于 PDF 来说可能很小，但我不知道如何计算“平均”大小是您希望下载的大小。

由于您两次使用 toByteArray()(即使其中一次在诊断代码中)，我将其分配给一个变量。最后，虽然应该没有任何区别，但是当您将 entire 数组包装在 ByteBuffer 中时，您只需要提供字节数组本身。提供偏移量 0 并且长度是多余的。

请注意，如果您以这种方式下载大 PDF 文件，请确保您的 JVM 运行时有足够大的堆，以便您有足够的空间容纳数倍于您期望读取的最大文件大小.您使用的方法将整个文件保存在内存中，只要您负担得起内存就可以。 :)

关于Java:将pdf文件从URL读取到小程序中的字节数组/字节缓冲区，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/637100/