线程池
构造方法不能控制任务的超时时间
,
java.util.concurrent.ThreadPoolExecutor#ThreadPoolExecutor(int, int, long, java.util.concurrent.TimeUnit, java.util.concurrent.BlockingQueue<java.lang.Runnable>)
long, java.util.concurrent.TimeUnit设置的是超过core数量的线程在
没有任务时最大的idleTime
但是
执行任务时
可以使用Future类来控制超时时间
AbstractExecutorService中
invokeAll
,invokeAny可以指定超时时间 （没有完成的task会被cancel，并抛出interrupted异常）， 但其本质还是使用Future.cancle()/get(long timeout, TimeUnit unit)
这里不是对单个task的超时控制
另起一个SchedulerThread监控FutureTask是否超时，@
Hystrix的超时原理
http://westyi.iteye.com/blog/714935
cancle不一定成功，无法判端里面的事务是否真的失败， 只是在确定超时后 返回了一个备用对象
Executors 返回的线程池对象的弊端如下：
1）FixedThreadPool 和 SingleThreadPool: 允许的请求队列长度为 Integer.MAX_VALUE，可能会堆积大量的请求，从而
导致 OOM
。
2）CachedThreadPool 和 ScheduledThreadPool: 允许的创建线程数量为 Integer.MAX_VALUE，可能会创建大量的线程，从而
导致 OOM
。
