java'；s字符串编码转换？

我想知道Java的字符串编码转换算法有多昂贵，比如说，对于EBCDIC中需要转换为UTF-16的文本，或者对于类似的大文件转换。是否有任何关于转换成本的基准？多编码的基准测试会更好。

这是一种O（n）算法。执行所需的时间将随着要转换的字符串长度或多或少地线性增加（尽管如果要转换数百万个非常短的字符串，函数调用的开销将增加）

---

在几乎所有情况下，这都不会成为瓶颈。您可能可以在可忽略不计的时间内对非常大的字符串编码几十兆字节的大小。不过，我没有实际的基准数据。

我怀疑它可以忽略不计。如果要转换数千个字符串，我更担心分配新字符串对象的成本；如果要转换非常大的字符串，我更担心分配大字节数组的成本。但即使这样，也只能在极端情况下使用。

这是一个可以忽略不计的开销-Java的字符串算法总体上非常好，多年来得到了很好的优化

这并不是说，为了获得几%的额外性能，不可能创建一个更高效的专门算法，或者创建一个优化的本机代码库接口。但是，除非您有很多服务器，其中编码占用了相当大的CPU时间，否则就不值得付出这样的努力