每次只是请求不一定会也是future线程。
对tomcat来说，每一个冲进来的请求(request)都是需要一个线程，等到该请求已经结束。如果没有同时进来的请求相较当前用些的请求处理线程数，额外的线程可能会被创建，待到到达配置的比较大线程数(maxthreads属性值)。如果不是仍就而收不到到更多只是请求，这些来不及全面处理的请求就会在connector创建的serversocket中堆积起来起来，等到可到达的最的配置值(acceptcount属性值)。而今，任何你再来的请求将会发来
connectionrefused错误，直到此时有用些的资源来去处理它们。
例如xp系统默认是10线程，只不过可以不修改的。比较多与你电脑的虚拟内存的大小关联。
假如你的电脑虚拟内存为2g的话，按默认比较大可以开到2028个线程，（1个线程设置为占用资源1m内存）。
再说至少可以不创建角色多少个线程，用此推测吧。
检查ulimit-a的结果，打开系统stacksize：
stacksize(kbytes,-s)8192
8192kb是栈的大小。不能将近这个栈的数目，而上面2）分配的buf大小远远超过了栈限制，换取了setmentationfault。
linux上，比较大线程数目是：
numberthethreadstotalprivatememory/(stacksize*1024*1024)
在32位系统上，进程空间是4g，其中0-3g是用户空间（0x0-0xbfffffff),3g-4g是内核空间。
并且理论上讲，用户空间大小/栈大小的最线程数。3072m/8m384，考虑到系统的占用，主线程等，我的系统上是380.也许是在你的系统上是382.
我们可以大小改变栈取消或者大小改变虚拟内存令线程的数目增加。
检查虚拟内存：ulimit-v
检查栈大小：ulimit-s
可以设置虚拟内存：ulimit-v新值
设置里栈大小：ulimit-s新值
