这个问题的解决方案不是最简单的，但由于没有提到NIO流和通道，这里有一个使用NIO通道和ByteBuffer将流转换为字符串的版本。

public static String streamToStringChannel(InputStream in, String encoding, int bufSize) throws IOException {
    ReadableByteChannel channel = Channels.newChannel(in);
    ByteBuffer byteBuffer = ByteBuffer.allocate(bufSize);
    ByteArrayOutputStream bout = new ByteArrayOutputStream();
    WritableByteChannel outChannel = Channels.newChannel(bout);
    while (channel.read(byteBuffer) > 0 || byteBuffer.position() > 0) {
        byteBuffer.flip();  //make buffer ready for write
        outChannel.write(byteBuffer);
        byteBuffer.compact(); //make buffer ready for reading
    }
    channel.close();
    outChannel.close();
    return bout.toString(encoding);
}

下面是如何使用它的示例：

try (InputStream in = new FileInputStream("/tmp/large_file.xml")) {
    String x = streamToStringChannel(in, "UTF-8", 1);
    System.out.println(x);
}

对于大型文件，此方法的性能应该很好。

以下内容并没有回答最初的问题，而是回答了一些问题。

几个回答暗示了这种形式的循环

String line = null;
while((line = reader.readLine()) != null) {
  // ...
}

or

for(String line = reader.readLine(); line != null; line = reader.readLine()) {
    // ...
}

第一种形式通过在封闭作用域中声明一个变量“read”来污染封闭作用域的命名空间，该变量不会用于for循环之外的任何内容。第二个表单重复readline（）调用。

这里有一种用Java编写这种循环的更简洁的方法。事实证明，for循环中的第一个子句不需要实际的初始值设定项值。这将变量“line”的范围保持在for循环的主体内。更优雅！我在任何地方都没有看到有人使用这个表单（几年前的一天我随机发现了它），但我一直在使用它。

for (String line; (line = reader.readLine()) != null; ) {
    //...
}

我做了一些计时测试，因为时间总是很重要的。

我试图以3种不同的方式将响应转换为字符串。（如下所示）为了可读性，我省略了try/catch块。

为了给出上下文，这是所有3种方法的前面代码：

   String response;
   String url = "www.blah.com/path?key=value";
   GetMethod method = new GetMethod(url);
   int status = client.executeMethod(method);

1)

 response = method.getResponseBodyAsString();

2)

InputStream resp = method.getResponseBodyAsStream();
InputStreamReader is=new InputStreamReader(resp);
BufferedReader br=new BufferedReader(is);
String read = null;
StringBuffer sb = new StringBuffer();
while((read = br.readLine()) != null) {
    sb.append(read);
}
response = sb.toString();

3)

InputStream iStream  = method.getResponseBodyAsStream();
StringWriter writer = new StringWriter();
IOUtils.copy(iStream, writer, "UTF-8");
response = writer.toString();

因此，在使用相同的请求/响应数据对每种方法运行了500次测试之后，以下是数字。再次，这些是我的发现，你的发现可能不完全相同，但我写这篇文章是为了向其他人说明这些方法的效率差异。

排名：方法#1进近#3-比#1慢2.6%2号进近——比1号进近慢4.3%

任何这些方法都是获取响应并从中创建字符串的适当解决方案。

这里或多或少有sampath的答案，清理了一点并表示为函数：

String streamToString(InputStream in) throws IOException {
  StringBuilder out = new StringBuilder();
  BufferedReader br = new BufferedReader(new InputStreamReader(in));
  for(String line = br.readLine(); line != null; line = br.readLine()) 
    out.append(line);
  br.close();
  return out.toString();
}

Kotlin用户只需：

println(InputStreamReader(is).readText())

鉴于

readText()

是Kotlin标准库的内置扩展方法。

注意：这可能不是个好主意。此方法使用递归，因此将非常快地命中StackOverflowError：

public String read (InputStream is) {
    byte next = is.read();
    return next == -1 ? "" : next + read(is); // Recursive part: reads next byte recursively
}