为什么没有更多的Java代码使用PipedInputStream / PipedOutputStream？

Question

我最近发现了这个习惯用法，我想知道是否有我想念的东西。我从未见过使用过它。我几乎使用过的几乎所有Java代码都倾向于将数据插入字符串或缓冲区，而不是像本示例那样（例如，使用HttpClient和XML
API）：

    final LSOutput output; // XML stuff initialized elsewhere
    final LSSerializer serializer;
    final Document doc;
    // ...
    PostMethod post; // HttpClient post request
    final PipedOutputStream source = new PipedOutputStream();
    PipedInputStream sink = new PipedInputStream(source);
    // ...
    executor.execute(new Runnable() {
            public void run() {
                output.setByteStream(source);
                serializer.write(doc, output);
                try {
                    source.close();
                } catch (IOException e) {
                    throw new RuntimeException(e);
                }
            }});

    post.setRequestEntity(new InputStreamRequestEntity(sink));
    int status = httpClient.executeMethod(post);

该代码使用Unix管道样式的技术来防止将XML数据的多个副本保留在内存中。它使用HTTP Post输出流和DOM Load / Save
API将XML文档序列化为HTTP请求的内容。至于我可以告诉它最大限度地减少用很少的额外代码使用的内存（只是几行了Runnable，PipedInputStream和PipedOutputStream）。

那么，这个成语怎么了？如果这个习语没什么问题，我为什么还没有看到呢？

编辑：阐明PipedInputStream并PipedOutputStream替换在各处显示的样例逐个缓冲区的副本，它们还允许您在处理输入数据的同时写出处理过的数据。他们不使用OS管道。

Answer 1

从Javadocs：

通常，一个线程从PipedInputStream对象读取数据，而另一线程将数据写入相应的PipedOutputStream。不建议尝试从单个线程使用两个对象，因为这可能使线程死锁。

这可以部分解释为什么它不更常用。

我认为另一个原因是许多开发人员不了解其目的/好处。