有没有理由不用BufferedReader包装InputStreamReader？

Question

InputStream inp = getClass().getResourceAsStream(filename);
InputStreamReader r = new InputStreamReader(inp);
BufferedReader reader = new BufferedReader(r);

关于已回答的问题：Java BufferedReader，将InputStream转换为BufferedReader，Java的BufferedReader和InputStreamReader类之间有什么区别？

BufferedReader[BR]和InputStreamReader[ISR]都实现了相同的接口。BR拥有ISR拥有的所有方法以及其他方法，包括非常有用的readLine（）方法和不那么有用但仍然相关的skip（）方法。您不一定需要BR来读取单个字符，尽管在这方面BR可以比ISR更有效地执行同样的操作。唯一显著的区别是FileReader是ISR的一个子类，而不是BR，尽管我在这个网站上有消息来源说FileReader已经不再真正使用了，因为有其他的选择。

我的研究表明ISR所能做的一切都被BR做得更好。我是一个年轻的开发人员，所以每个定义的或导入的类对我来说都是相关的。我试图把握的是，如果一些类不再使用，用新的版本或框架取代它们。我想知道更有经验的开发人员有什么要说的。那么，在使用ISR时是否有不使用BR的理由呢？

API的快速链接:
BufferedReader
InputStreamReader

Answer 1

我在你的帖子中看到一些关于ISR和BR的混乱。

1）你是说

我的研究表明ISR所能做的一切都被BR做得更好

从字符输入流中读取文本，缓冲字符，以便有效地读取字符、数组和行。

如您所见，ISR将字节转换为字符。另一方面BR需要字符。这就是为什么BR需要使用ISR来读取inputstream。

2）关于最初的问题，为什么不只是使用ISR。您可以明确地这样做，但为了获得性能，您希望使用BR。您可能会问为什么不使用缓冲来实现ISR？因为ISR的设计是为了做一件好事，那就是读取字节并将其转换为字符。缓冲部分被移到Decorator类中，也就是BR。这样做是为了能够为任何读取器添加缓冲能力，而不仅仅是ISR。