Java 7字符串-子字符串复杂度

在Oracle错误＃4513622中讨论了为什么要做出决定：（str）保留字段的子字符串会阻止对象的GC：

如示例中那样调用String.substring时，未分配用于存储的新字符数组。它使用原始String的字符数组。因此，支持原始字符串的字符数组在子字符串的引用也可以进行GC之前无法进行GC。这是一种有意的优化，可以防止在常见情况下使用子字符串时出现过多的分配。不幸的是，有问题的代码遇到了原始数组开销明显的情况。两种情况都很难进行优化。空间/尺寸折衷的任何优化通常都很复杂，并且通常是特定于平台的。

还有一条便条，指出根据测试，曾经是优化的东西已经变成了悲观主义：

长期以来，一直在进行准备和规划以从java.lang.String中删除offset和count字段。这两个字段使多个String实例可以共享同一后备字符缓冲区。共享字符缓冲区是对旧基准测试的重要优化，但对于当前的实际代码和基准测试，最好不要共享后备缓冲区。共享char数组后备仅在大量使用String.substring的情况下才缓冲“
win”。受到负面影响的情况可能包括解析器和编译器，但是当前的测试表明，总体而言，此更改是有益的。