在java中缓冲缓冲流的结果是什么？

Question

正在为以下内容编写javadoc：

/**
 * ...Buffers the input stream so do not pass in a BufferedInputStream ...
 */
public static void meth(InputStream is) throws IOException {
    BufferedInputStream bis = new BufferedInputStream(is,
            INPUT_STREAM_BUFFER_SIZE);
    // rest omitted
}

但是，将缓冲的输入流传入真的是一个问题吗？因此：

InputStream is = new BufferedInputStream(new FileInputStream("C:/file"), SIZE);
meth(is);

是否将is缓冲到bis中，或者java是否检测到is已缓冲并设置bis=is？如果是，不同的缓冲区大小是否会有所不同？如果没有，为什么不呢<注意：我说的是输入流，但实际上这个问题也适用于输出流

Answer 1

答案是否定的，Java不会检测到双缓冲。

由用户来避免这个问题。BufferedInputStream无法知道您传递给构造函数的InputStream是否被缓冲。

以下是BufferedInputStream构造函数的源代码：

public BufferedInputStream(InputStream in, int size) {
    super(in);
    if (size <= 0) {
        throw new IllegalArgumentException("Buffer size <= 0");
    }
    buf = new byte[size];
}

编辑

从评论来看，双缓冲区流有问题吗？

简而言之，答案是肯定的。

缓冲的思想是提高速度，以便将数据假脱机到内存中，并以块的形式写入（通常是非常慢的IO）。如果您使用双缓冲区，则会将数据假脱机到内存中，然后将该数据刷新回其他位置的内存中。这当然要付出速度方面的代价。。。

Answer 2

如果您缓冲流两次，那么它将使用更多内存并且比您只缓冲一次慢，但它仍然可以工作。

当然，记录您的流是否进行缓冲是值得的，这样用户就知道他们自己不需要这样做。

一般来说，最好是阻止而不是积极防止这种滥用。

Answer 3

但是传递缓冲的输入流真的是个问题吗？

不是真的。这样做可能会产生很小的开销，但与读取输入的总体成本相比，它可以忽略不计。

如果查看BufferedInputStream的代码（例如，read1方法），您将看到在堆叠缓冲流时，块读取的实现效率很高。

[关于示例代码：]java会检测到is已经被缓冲并设置bis=is吗？

不。

如果没有，为什么不呢？

因为Java（语言，编译器）通常不理解Java库类的语义。在这种情况下，由于这种优化的好处可以忽略不计，因此不值得实施。

当然，您可以自由地编写meth方法来显式地执行这类操作。。。虽然我预测这不会有什么不同。

我不太明白为什么在read1中，只有当请求的长度小于buf.length（或者输入流中有一个标记的位置）时，他们才“费心”复制到输入缓冲区

我假设您引用的是此代码（在read1中）：

    if (len >= getBufIfOpen().length && markpos < 0) {
        return getInIfOpen().read(b, off, len);
    }

第一部分是说，如果用户要求的缓冲区大小小于流配置的缓冲区大小，我们不想使缓冲区短路。（否则，我们会遇到一个问题，即使用较小的请求长度执行读取（byte[]，int，int）

第二部分是关于标记/重置的实现方式。BufferedInputStream使用缓冲区来实现它，而不是在底层流上使用标记/重置（这可能受支持，也可能不受支持）。你所看到的是这种逻辑的一部分。（您可以自己处理细节……阅读源代码中的注释。）