为什么char[]是阵列不支持的唯一阵列。流（）？

Question

在研究将基元数组转换为流的方法时，我发现不支持char[]，而支持其他基元数组类型。有什么特别的理由把他们排除在外吗？

Answer 1

不支持的不仅仅是char数组。

只有3种类型的基元流-IntStream，LongStream和DoubleStream。

因此，数组具有将int[]、long[]和double[]转换为相应基元流的方法。

对于boolean[]、byte[]、short[]、char[]和float[]，没有相应的方法，因为这些基元类型没有相应的基元流。

Answer 2

正如埃兰所说，这不是唯一失踪的。

BooleanStream将是无用的，bytesttream（如果存在）可以作为InputStream处理或转换为IntStream（也可以是short），而float可以作为双流处理。

由于char无论如何都不能表示所有字符（请参见链接），因此它有点像传统流。尽管大多数人都不需要处理代码点，所以这看起来很奇怪。我的意思是你使用字符串。charAt（）没有想到“这并不是在所有情况下都有效”。

所以有些事情被忽略了，因为它们被认为没有那么重要。正如JB Nizet在相关问题中所说：

设计者明确地选择通过将原始流限制为3种类型来避免类和方法的爆炸，因为其他类型（char、短期、浮点）可以用它们更大的等价物（int、两倍）来表示，而没有任何显著的性能损失。

BooleanStream将是无用的原因，是因为您只有2个值，这限制了操作很多。没有数学运算要做，你多久处理一次大量布尔值？

从注释中可以看出，不需要BooleanStream。如果是这样，将会有很多实际的用例而不是理论上的情况，一个可以追溯到Java1.4的用例，以及一个与而循环的错误比较。

Answer 3

当然，答案是“因为这是设计师的决定”。没有技术上的原因可以解释为什么CharStream不能存在。

如果您想要证明，通常需要打开OpenJDK邮件列表*。JDK的文档不习惯于证明什么都是为什么。

有人问了

使用IntStream来表示char/byte流有点不方便。我们应该添加CharStream和ByteStream吗？

Brian Goetz（Java语言架构师）的回答是

简短回答：没有。

对于这些几乎从未使用过的表单来说，每种表单再占用10万JDK内存是不值得的。如果我们加上这些，有人会要求short、float或boolean。

换句话说，如果人们坚持我们拥有所有的原始专业，我们就不会有原始专业。这将比现状更糟糕。

来源

他在其他地方也这么说

如果你想把它们作为字符处理，你可以很容易地把它们向下转换为字符。似乎不是一个足够重要的用例来拥有一整套其他的流。（与短，字节，浮动相同）。

来源

TL；医生：不值得维修费。

*如果你好奇，我用的谷歌查询是

site:http://mail.openjdk.java.net/ charstream