执行原来这个单次执行的效果
8-19 Hystrix隔离演示及差异讲解_主线程
这里打印了currentThread
8-19 Hystrix隔离演示及差异讲解_线程池_02
线程名称就是我们之前这里定义的。首先第一点,我们这里执行的线程池名称是生效的,打印出来的是MyThreadPool -1 就是在我们的线程池MyThreadPool 里面的第一个线程。
8-19 Hystrix隔离演示及差异讲解_线程池_03
修改线程模式。改成信号量的模式。
8-19 Hystrix隔离演示及差异讲解_线程池_04
再来测试
8-19 Hystrix隔离演示及差异讲解_spring cloud_05
输出的main主线程。变相的高速大家我们现在用的是当前线程执行我们的任务。
8-19 Hystrix隔离演示及差异讲解_信号量_06
加上句注释
8-19 Hystrix隔离演示及差异讲解_spring cloud_07

8-19 Hystrix隔离演示及差异讲解_线程池_08

线程池和信号量之间区别

新服务出现也不会对老服务有影响。
8-19 Hystrix隔离演示及差异讲解_主线程_09
快速失败,
8-19 Hystrix隔离演示及差异讲解_线程池_10
最后一条,在讲到熔断的时候就会说到。熔断的手动开关,手动开启熔断,让所有的业务都不再处理。就是让所有的线程都不再处理业务了。这种情况下他们所有的业务都会快速返回。减少对于后续的影响,
8-19 Hystrix隔离演示及差异讲解_线程池_11
更多的是在当前线程里,处理底层的东西。这样对于我们来讲,资源消耗比较少。
8-19 Hystrix隔离演示及差异讲解_线程池_12
service访问controller级别 一般用信号量隔离,线程隔离太重了。大部分有网络开销的,服务和服务之间,这哪怕还是本机,都建议大家使用线程隔离。因为在服务和服务之间可以给你提供相对比较健壮的隔离性,但是像controller和service这种,说实话就是左手调右手,这样一个场景,我们没有必要那么高安全的一个隔离术
8-19 Hystrix隔离演示及差异讲解_spring cloud_13
信号量就是一个计数器。
8-19 Hystrix隔离演示及差异讲解_主线程_14
还有很多的配置
8-19 Hystrix隔离演示及差异讲解_主线程_15
 

结束