JVM -XX：+ StringCache参数？

我最近在阅读JRE 6 [ Java VM Options ]中可用的所有JVM参数，并看到了这一点：

-XX：+ StringCache：启用常用分配字符串的缓存。

现在我总是认为Java保留了一个实习池（正确的单词？）字符串，并且当使用字符串连接时，它不是创建新对象，而是从这个池中拉出它们。有没有人曾经使用过这个论点，或者可以解释为什么需要它？

编辑：我试图运行一个基准测试，看看这个参数是否有任何影响，并且无法让Sun JVM识别它。这与：

java version "1.6.0_11" Java(TM) SE Runtime Environment (build 1.6.0_11-b03) Java HotSpot(TM) Client VM (build 11.0-b16, mixed mode, sharing)

所以我不确定这个论点是否有效。

我相信当与-XX:+AggressiveOpts一起使用时，它可以在创建具有相同文本的String时返回相同的String对象（当然，不是通过new String ）。存在一个配置缓存的配置阶段，并且在一个点之后缓存被切换为只读。它在某些基准测试中得分较高。

-XX：-UseStringCache对我很有用，奇怪的是。

我的jdk版本应该是1.6.0_22

我也无法完成上述工作，但最新的JBB @ spec.org显示了它的用法：-XX：-UseStringCache。我将不得不重新运行基准测试，以确定它是否有所作为（XML重型应用程序）。

我也找不到一个尊重这个设置的JVM; 据评论，围绕JVM参数的文档的质量和有用性是可怕的，但由于某些原因，似乎JVM供应商看到了竞争差异化的空间 – 尽管公平，Oracle / Sun是最糟糕的。

无论如何，如果你发现某个特定区域的应用程序重复使用少量的字符串值，那么使用interning肯定是明智的 – 通过使用String.intern（）方法返回一个intern-pool值。请注意，您必须使用返回值，这不是对原始值的副作用。

与所有分析/性能调整一样，这需要通过指标和测试仔细完成。它可能很重要（对我而言）但是如果值池不小则会降低性能并且您需要知道字符串值池保存在Perm Gen中，因此使用它会影响内存使用情况，GC等等

自JDK 8.0起，此选项已被删除。我不清楚什么，如果有的话，可以用作替代品。

  -XX:+UseStringCache Enables caching of commonly allocated strings. This option was removed from JDK 8 with no replacement.

我无法找到一个甚至接受这个假设的JVM – 所以我想没有其他的说法了。