记一次高并发引起的产线事故，及解决方案

瞬时流量暴增，下游短时间内宕机，订单堆积，增加服务器后依然很慢

使用异步调用工具（基于HystrixCommand实现）

线程池参数配置不合理导致的Hystrix熔断

错误表现： 内存占用90%

报错：无法创建新的线程

然后返回Hystrix熔断，（开启熔断）

608个拒绝fallback

[HystrixTimer-1] [WARN] c.h.r.s.c.HttpCommand.?-? - [Http调用进入Fallback：HttpCommand{name='http_mall-hebi-service#', httpParam=HttpParam{url='http://mall-hebi-service//mall-hebi-service/hebiService/minus', method=POST, headers=null, requestBody={"request":

http.hystrix.threadPool.coreSize  50000

hystrix使用JDK线程池 ThreadPoolExecutor 构造方法创建线程池    

当前已创建的线程数 小于核心线程配置 时 就不往队列里塞，直接创建新线程，知道核心线程数满。线程吃保持这些核心线程（处于阻塞，等待复用）

(in method execute()) to bypass queuing when there are fewer  than corePoolSize threads (in which case we always start one),

配置30000个，则线程池不断创建新线程

为什么已创建的线程（执行完任务后）没有被重复利用？

提交一个任务到线程池时，线程池会创建一个新的线程来执行任务。  

同时新任务进来 判断线程小于核心线程数直接不停的创新新线程。不存队列，即使有空闲的核心线程能执行该任务，也会创建新的线程 ，空闲

队列中没有数据，

最终导致cpu 内存使用过高，无法再创建新线程，错误超过阈值触发熔断