Java字符串池存储1000个字符串的最佳方式是什么。GC在字符串池上运行吗

Question

用例：
以字符串列表的形式从s3获取所有剪辑URL。然后将列表剪辑提交给summary。

   public static void main(String[] args) {
    List<String> randomStringList = getListOfRandomeStrings();

}


static List<String> getListOfRandomeStrings() {
    List<String> randomStringList = new ArrayList<>();
    // Add 2k strings to randomStringList
    return randomStringList;
}

static void iterateList(List<String> randomStrings) {

    // Iterate and print strings
}

问题

1） 字符串池中的字符串何时将被垃圾收集
2）有没有办法清洁琴弦
3）使用弱引用有帮助吗

引用了此链接，但仍不清楚java何时会对字符串进行垃圾收集

Answer 1

一种方法是使用直接内存将字符串存储在字节缓冲区中，然后使用sun。杂项。清洁工，你一洗完就把它清理干净。从Java9开始，Cleaner已经进入java。lang.ref（此处详述）。在一些用例中，您需要在短时间内处理大量字符串，而不必对gc施加压力<我在阳光下用过这种清洁剂。misc，我将提供这个相当详细的示例，而不是发布我自己的代码。

Answer 2

嗯，你为什么要立即收集东西？！

JVM负责管理其内存。它会在认为必要时进行垃圾收集。

当然：引用越早“失效”，对象就越快符合垃圾收集的条件，当然，弱引用可以帮助实现这一点。

但真正的答案是：不要过早地进行优化。如果你认为有问题，那么做适当的基准测试。你现在正在对一个假设的问题和一个假设的解决方案做出假设。这很少是一个好的起点！

请注意：字符串是在字符串池中创建的。这只适用于源代码中的文字字符串。您的字符串最后都是通过new String（）创建的。进一步阅读请参阅此处。

Answer 3

1） 无法预测JVM中的垃圾回收。

2） 无法在JVM中强制垃圾收集。

3） 将它们存储为弱引用将有助于（可能）更早地清除它们：

弱引用对象在弱可及时由垃圾收集器清除。

弱可达性意味着一个对象既没有指向它的强引用，也没有指向它的软引用。只有通过遍历弱引用才能到达该对象。

首先，垃圾收集器清除了一个弱引用，因此引用不再可访问。然后引用被放置在引用队列中，我们可以从那里获取它。

你可以调用系统。gc（）建议JVM收集垃圾，但没有强有力的保证。

如果内存不足，理论上，弱引用和软引用是第一个被删除的候选对象。

avegare url字符串的2000将占用大约数兆字节的内存（即使对于普通机器来说，这也是一个“meh”）。

所以我更愿意建议你以一种自然的方式去做——当你不需要它们的时候，把它们放在范围之外，在你真正需要关心内存优化之前不要打扰它们。