案例分析：java中substring引发的Full gc (二)
dexOutOfBoundsException(endIndex);
}
if (beginIndex > endIndex) {
throw new StringIndexOutOfBoundsException(endIndex - beginIndex);
}
return ((beginIndex == 0) && (endIndex == count)) this :
new String(offset + beginIndex, endIndex - beginIndex, value);
}
private final char value[];
public String substring(int beginIndex, int endIndex) {
if (beginIndex < 0) {
throw new StringIndexOutOfBoundsException(beginIndex);
}
if (endIndex > count) {
throw new StringIndexOutOfBoundsException(endIndex);
}
if (beginIndex > endIndex) {
throw new StringIndexOutOfBoundsException(endIndex - beginIndex);
}
return ((beginIndex == 0) && (endIndex == count)) this :
new String(offset + beginIndex, endIndex - beginIndex, value);
}注意value这个char数组，存放的是String每个字符的内容，substring直接依赖了这个数组。如果substring产生的字符串没有被java
虚拟机回收，这个char数组也不会被回收。
问题回顾：应用中的nick2numId这个map生命周期很长，只有在用户退出的时候才会删除其中的entry项，恰好这个map非常大，dump内存的时候size已经达到几十万，相当于几十万个cookie被这个map所hold住，内存被耗尽产生Full gc。
解决方案
当时想到几种方案：
1、String.intern()？
2、拿到value数组产生一个新数组？
3、采用分布式缓存来存放nick与id的映射关系？
采用第一种方法是否可行？不可取，原因有2：
intern() 所使用的是一个全局的池，并不需要如此大作用域的缓存；
intern会向常量池中添加内容，持久代空间本来就很小，被nick所占用可能引起OutOfMemoryError！
后来采用的是第二种方法：new String(nick.toCharArray())，很快上线使内存利用率得到提升（fast,not the best）。
JVM中存放生命周期长的大map始终是一个隐患，说不定哪一天由于map元素过多或者删除不及时导致OOM，应尽快采用第3种方案：分布式缓存。nick放入缓存之后，cookie会很快被回收，而且
系统的可用内存将会大大提高。