springcloud并发原理？

springcloudgateway一个线程可以处理多少请求

Spring Cloud Gateway 核心处理流程如下所示。Gateway的客户端向Spring Cloud Gateway发起请求，请求首先会被 Gateway Handler Mapping 接收，决定请求匹配的路由，然后发送给Gateway Web Handler。

Hystrix利用熔断、线程池隔离、信号量隔离、降级回退等方法来处理依赖隔离，使系统变得高可用。

要设置起本身可同时工作的线程数需要设置netty中的 reactor.netty.ioWorkerCount 参数。

前面我们已经整合了Springcloud + nacos + gateway，实现了，当启动3个provider时候，通过gateway，可以对该3个provider进行轮询 1 nocas负载均衡。

由于x gateway 使用的是netty。要设置起本身可同时工作的线程数需要设置netty中的 reactor.netty.ioWorkerCount 参数。

大厂不想管的事,外包管得了?

即使大厂裁员下来的员工愿意被迫选择了到了外包公司，迫不得已做外包的工作，那么，中小型企业那势必也得裁员，为了接收从大厂下来的，有大厂背景的员工，那么就会裁掉自己公司的员工。

当然，运输公司的待遇肯定没有中石油的待遇好，这你不用想。

降低管理费用 企业使用唐普这样的IT人力资源外包之后，那么企业就不需要增加专门的人力资源管理人员，因为员工的管理工作由招才通公司承担这一任务，为用人单位节约了管理成本。

企业招聘难度大，成本高，但效果不好。选择劳务外包，员工的招聘也由外包，也节省了招聘成本。创造更好的人力资源管理体验。

Dubbo与SpringCloud的区别和优缺点

dubbo和spring cloud区别是Spring Cloud抛弃了Dubbo 的RPC通信，采用的是基于HTTP的REST方式。严格来说，这两种方式各有优劣。虽然在一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。

dubbo和springcloud的定位不同。Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。dubbo和springcloud区别是SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。

初始定位不同： SpringCloud定位为微服务架构下的一站式解决方案；Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用和治理。

dubbo和spring cloud的定位不同。Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。

简而言之，Dubbo确实类似于Spring Cloud的一个子集，Dubbo功能和文档完善，在国内有很多的成熟用户。Dubbo具有调度、发现、监控、治理等功能，**支持相当丰富的服务治理能力**。

生产级基于SpringCloud微服务架构性能优化实战,建议收藏

1、一般基于SpringCloud的微服务能够脱离传统的tomcat，独立跑起来，SpringBoot功不可没，其原理是SpringBoot内嵌了tomcat（当然可以换成其他servlet容器，如jetty），能够以java -jar形式就能跑起来。

2、Spring Cloud 与 Spring Boot Spring Boot 可以说是微服务架构的核心技术之一。通过在 Spring Boot 应用中添加 Spring MVC 依赖，就可以快速实现基于 REST 架构的服务接口，并且可以提供对 HTTP 标准动作的支持。

3、SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。

4、Spring Cloud Data Flow的流计算都是基于 Spring Cloud Stream；Spring Cloud Bus 消息总线内部也是用的 Spring Cloud Stream。