一、过程

1. 短时间内大量请求访问同一接口
2. 代码本身有问题，很多情况下抛异常
3. e.printStackTrace 来打印异常到控制台
4. 产生错误堆栈字符串到字符串池内存空间
5. 此内存空间一下子被占满了
6. 开始在此内存空间产出字符串的线程还没完全生产完整，就没空间了
7. 大量线程产出字符串产出到一半，等在这儿（等有内存了继续搞啊）
8. 相互等待，等内存，锁死了，整个应用挂掉了。

二、总结

1. 代码质量，保持代码不抛异常。
2. 停止使用e.printStackTrace()，在项目发布后，除不断的刷控制台，并没什么用，可用log对象输出到日志文件。
3. 推及开来，在java中，使用会产生大量字符串的方法时，一定得悠着点，字符串池所属的非堆内存空间很有限。