标签：nbsp 异常 有一个 千万 一个 对不起 服务 使用 溢出
线程池是个好东西，最大线程数限制了服务无限制使用宝贵的操作系统线程，最大队列保护内存溢出，完美！
但是线程池使用不当也会导致死锁。这种死锁，要是不知道原理，死都不知道咋死的，并且非常难定位。大家知道，死锁一般都是由于资源征用引起的。而线程池引起的死锁，可能连个synchronize关键字都没有。连同步都没有，资源争用个毛啊。但是对不起，就是死锁了，线程池罢工了。
笔者第一次踩坑就是一次上线发版前有个线程池的脚本，要跑下线上的一千万条数据，每次跑到二三十万时，就跑不动了，看日志没有任何异常，但就是跑不动了。发布日已过六点，运维同学还等着下班。领导和另一位同事焦头烂额的debug。我低血糖，说去楼下便利店买个叉烧。上楼路上，大脑自动把整个脚本运行了一遍，有一个Task内嵌套Task的结构，两边Task使用的是同一个线程池。我也没想清楚，隐隐觉得这里有问题。吞掉整个叉烧，对同事说，把第二个Task改成串行试试。神奇！死锁消失了。
今天重新思考了这个问题，才算明白这次踩坑的缘由。
先说说线程池是怎么会事。代码就不上了，java1.5+和Spring的大差不差，说破天换到C#，也就是那个意思，还是先画个图吧。
标签：nbsp 异常 有一个 千万 一个 对不起 服务 使用 溢出
原文地址：https://www.cnblogs.com/caoshenglu/p/9461567.html
