springcloud中文文档,java 中文API谁有，百度云分享一下
springcloud中文文档,java 中文API谁有，百度云分享一下详细介绍
本文目录一览： Spring Cloud
本文中我们主要介绍微服务开发框架——Spring Cloud。尽管Spring Cloud带有"Cloud"的字样，但它并不是云计算解决方案，而是Spring Boot的基础上构建的，用于快速构建分布式系统的通用模式的工具集。
Spring Cloud有以下特点:
由上图可知，Spring Cloud是以 英文单词+SR+数字 的形式命名版本号的。那么英文单词和SR分别表示什么呢？ 因为Spring Cloud是一个综合项目，它包含很多子项目。由于子项目也维护着自己的版本号，Spring Cloud采用了这种命名方式，从而避免与子项目的版本混淆。其中英文单词如Edware是伦敦某地铁站名，它们按照字母顺序发行，可以将其理解为主版本的演进。SR表示"Service Release"，一般表示Bug修复。
版本兼容性如下
版本内容
可参考官方文档： https://spring.io/projects/spring-cloud#overview
我的上一篇博客(微服务理论篇)中谈到，对单体应用进行服务拆分得到各个微服务，而这些服务又是相互独立的，那么我们如何知道各个微服务的健康状态、如何知道某个微服务的存在呢？由此、一个拥有服务发现的框架显得尤为重要。这也就是Eureka诞生的原因。
综上，Eureka通过心跳检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。
通过使用Eureka已经实现了微服务的注册与发现。启动各个微服务时，Eureka Client会把自己的网络信息注册到Eureka Server上。似乎一切更美好了一些。然而，这样的架构依然有一些问题，如负载均衡。一般来说，各个微服务都会部署多个实例。那么服务消费者要如何将请求分摊到多个服务提供实例上呢？
如果服务提供者相应非常慢，那么消费者对提供者的请求就会被强制等待，知道提供者响应或超时。在高负载场景下，如果不作任何处理，此类问题可能会导致服务消费者的资源耗竭甚至整个系统崩溃。 微服务架构的应用系统通常包含多个服务层。微服务之间通过网络进行通信，从而支撑起整个应用系统，因此，微服务之间难免存在依赖关系。而这种由于"基础服务故障"导致"级联故障"的现象称为雪崩效应。
如图所示，A最为服务提供者（基础服务），B为A的服务消费者，C和D是B的服务消费者。当A不可用引起了B的不可用，并将不可用像滚雪球一样放大到C和D时，雪崩效应就形成了。 那么Hystrix是如何容错的呢？
以下对该图做个简单讲解：
Zuul作为微服务架构中的微服务网关。微服务架构经过前几个组件的组合，已经有了基本的雏形了，那么我们为什么还要使用微服务网关呢？我们可以想象，一般情况下我们一个业务并不是只调用一个接口就可以完成一个业务需求。 如果让客户端直接与各个微服务通信，会有以下问题：
如图，微服务网关封装了应用程序的内部结构，客户端只须跟网关交互，而无须直接调用特定微服务接口。同时，还有以下优点：
为什么要同一管理微服务配置？ 对于传统的单体应用，常常使用配置文件管理所有配置。例如一个Spring Boot 项目开发的单体应用，可以将配置内容放到application.yml文件中。如果需要切换环境，可以设置多个Profile,并在启用应用时指定spring.profile.active={profile}。 而在微服务架构中，微服务的配置管理一般有以下需求：
java 中文API谁有，百度云分享一下
Android中文版api手册地址：http://www.matools.com/api/android
Ant最新版api手册地址：http://www.matools.com/api/ant
ASM字节码操作api手册地址：http://www.matools.com/api/asm
Axis2最新版api手册地址：http://www.matools.com/api/axis2
Bash脚本api手册地址：http://www.matools.com/api/bash
Bootstrap 3api手册地址：http://www.matools.com/api/bootstrap3
Bootstrap 4api手册地址：http://www.matools.com/api/bootstrap4
C/C++api手册地址：http://www.matools.com/api/c
C3P0连接池api手册地址：http://www.matools.com/api/c3p0
CentOS使用文档api手册地址：http://www.matools.com/api/centos
Commons-Beanutilsapi手册地址：http://www.matools.com/api/commons-beanutils
Commons-Fileuploadapi手册地址：http://www.matools.com/api/commons-fileupload
Commons-IO最新版api手册地址：http://www.matools.com/api/commons-io
Commons-Lang最新版api手册地址：http://www.matools.com/api/commons-long
Commons-Net最新版api手册地址：http://www.matools.com/api/commons-net
CSS 3api手册地址：http://www.matools.com/api/css
DBCP连接池api手册地址：http://www.matools.com/api/dbcp
Dom4japi手册地址：http://www.matools.com/api/dom4j
dubbo中文文档api手册地址：http://www.matools.com/api/dubbo
EhCacheapi手册地址：http://www.matools.com/api/ehcache
Freemarkerapi手册地址：http://www.matools.com/api/freemarker
Go语言api手册地址：http://www.matools.com/api/go
Hadoopapi手册地址：http://www.matools.com/api/hadoop
Hibernate中文版api手册地址：http://www.matools.com/api/hibernate
IKAnalyzer中文版api手册地址：http://www.matools.com/api/ikanalyzer
Java 10api手册地址：http://www.matools.com/api/java10
Java 6api手册地址：http://www.matools.com/api/java6
Java 7api手册地址：http://www.matools.com/api/java7
Java 8中文版api手册地址：http://www.matools.com/api/java8
jqGrid中文版api手册地址：http://www.matools.com/api/jqgrid
Jquery中文版api手册地址：http://www.matools.com/api/jquery
Json-libapi手册地址：http://www.matools.com/api/json-lib
Junit4最新版api手册地址：http://www.matools.com/api/junit
Kryoapi手册地址：http://www.matools.com/api/kryo
Log4j最新版api手册地址：http://www.matools.com/api/log4j
Luceneapi手册地址：http://www.matools.com/api/lucene
Mavenapi手册地址：http://www.matools.com/api/maven
Windows MFC中文版api手册地址：http://www.matools.com/api/msdn
Mybatisapi手册地址：http://www.matools.com/api/mybatis
MySql中文版api手册地址：http://www.matools.com/api/mysql
Netty 3.6api手册地址：http://www.matools.com/api/netty
Nginx中文版api手册地址：http://www.matools.com/api/nginx
OpenJPA最新版api手册地址：http://www.matools.com/api/openjpa
PHP中文版api手册地址：http://www.matools.com/api/php
POI-apacheapi手册地址：http://www.matools.com/api/poi
QuickServerapi手册地址：http://www.matools.com/api/quickserver
redis中文参考文档api手册地址：http://www.matools.com/api/redis
Rubyapi手册地址：http://www.matools.com/api/ruby
Ruby-libraryapi手册地址：http://www.matools.com/api/ruby-library
Ruby on Railsapi手册地址：http://www.matools.com/api/rubyonrails
Shiroapi手册地址：http://www.matools.com/api/shiro
Spring最新版api手册地址：http://www.matools.com/api/spring
Spring for Androidapi手册地址：http://www.matools.com/api/spring-android
Spring Bootapi手册地址：http://www.matools.com/api/spring-boot
Spring Cloud中文文档api手册地址：http://www.matools.com/api/spring-cloud
Spring Securityapi手册地址：http://www.matools.com/api/spring-security
Spring中文版api手册地址：http://www.matools.com/api/spring-zh
Struts 2最新版api手册地址：http://www.matools.com/api/struts2
Taperstryapi手册地址：http://www.matools.com/api/taperstry
TensorFlow中文api手册地址：http://www.matools.com/api/tensorflow
Tomcatapi手册地址：http://www.matools.com/api/tomcat
Ubuntuapi手册地址：http://www.matools.com/api/ubuntu
Velocity 1.7api手册地址：http://www.matools.com/api/velocity
VelocityTools2.0api手册地址：http://www.matools.com/api/velocity-tools
Vue Router中文参考api手册地址：http://www.matools.com/api/vue-router
vue.js中文文档api手册地址：http://www.matools.com/api/vuejs
XMLBeansapi手册地址：http://www.matools.com/api/xmlbeans
Yahoo UI中文版api手册地址：http://www.matools.com/api/yui
Zend Framework中文版api手册地址：http://www.matools.com/api/zend-framework
Zookeeperapi手册地址：http://www.matools.com/api/zookeeper
springcloud是什么
微服务和springcloud的关系微服务是一种架构思想，springcloud是一套利于实现微服务架构的技术。相互之间没有必然的联系。
数据访问层提供与数据存储层的交互，可以使用DAO设计模式或者对象-关系映射解决方案(如Hibernate、OJB或iBATIS)实现。
SpringBoot可以离开SpringCloud独立开发项目，SpringCloud很大的一部分是基于SpringBoot来实现，属于依赖的关系。
下面是SpringCloud的整体架构图：注册中心可以说是微服务架构中的“通讯录”，他记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其他服务时，就在这里找到对应服务的地址，进行调用。
springcloud原理是什么?SpringClientFactory是不是感觉跟OpenFeign中的FeignContext很像，其实两个的作用是一样的，SpringClientFactory也继承了NamedContextFactory，实现了配置隔离，同时也在构造方法中传入了每个容器默认的配置类RibbonClientConfiguration。
SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
你所理解的SpringCloud是什么?1、SpringCloud是Pivotal提供的用于简化分布式系统构建的工具集。SpringCloud引入了云平台连接器（CloudConnector）和服务连接器（ServiceConnector）的概念。
2、SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
3、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
4、SpringCloud是一系列框架的有序集合（框架集），他利用SpringBoot的开发便利性巧妙的简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
5、SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
SpringCloud入门简述1、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
2、SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
3、不像Spring（SpringFramework），大体上能够理解为它是一个管理bean的容器。也不想SpringBoot，可以理解为它是加强版的Spring，集成了SSM和其它一些框架，并且大量支持和推荐注解开发。
SpringCloud微服务组件介绍1、SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。
2、SpringCloud与SpringBootSpringBoot可以说是微服务架构的核心技术之一。通过在SpringBoot应用中添加SpringMVC依赖，就可以快速实现基于REST架构的服务接口，并且可以提供对HTTP标准动作的支持。
3、当添加API网关后，在第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端。这个还是静态的，得配合SpringCloudBus实现动态的配置更新。
4、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
SpringCloud和Dubbo的区别是什么?springcloud和dubbo的最大区别：springcloud抛弃了dubbo的rpc通信，采用的是基于http的rest方式。
SpringCloud是一系列微服务框架的有序集合，而Dubbo有2中常见理解，一种是狭义的理解，一种是广义的。
dubbo和springcloud的定位不同。Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。
dubbo和springcloud区别是SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。严格来说，这两种方式各有优劣。虽然在一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。
关于Spring Cloud Alibaba，看这篇文章就够了！（附教程资料）
首先我们需要了解一下Spring Cloud，然后再来了解Spring Cloud Alibaba；
源自官方描述：
Spring Cloud为开发人员提供了一些工具用来快速构建分布式系统中的一些常见模式和解决一些常见问题（例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、群集状态）。分布式系统的协调导致了很多样板式的代码（很多固定套路的代码），使用Spring Cloud开发人员可以快速建立实现这些模式的服务和应用程序。它们在任何分布式环境中都能很好地运行，包括开发人员自己的笔记本电脑、裸机数据中心和云计算等托管平台；
Spring Cloud为分布式系统开发的典型应用场景提供良好的开箱即用的功能:
Spring Cloud Alibaba是Spring Cloud下的一个子项目，Spring Cloud Alibaba为分布式应用程序开发提供了一站式解决方案，它包含开发分布式应用程序所需的所有组件，使您可以轻松地使用Spring Cloud开发应用程序，使用Spring Cloud Alibaba，您只需要添加一些注解和少量配置即可将Spring Cloud应用程序连接到Alibaba的分布式解决方案，并使用Alibaba中间件构建分布式应用程序系统；
Spring Cloud Alibaba 是阿里巴巴开源中间件跟 Spring Cloud 体系的融合:
动力节点的Spring Cloud Alibaba学习教程，将带你深入掌握基于Spring Cloud Alibaba技术栈的微服务开发技术，包括nacos、sentinel、seata、gateway、skywalking等，培养独立进行企业微服务项目架构的能力;
Spring Cloud Alibaba视频教程
https://www.bilibili.com/video/BV1nK4y
Spring Cloud Alibaba资料下载
http://www.bjpowernode.com/?toutiao
?001.视频导读
?002.Spring家族产品梳理
?003.What is Spring-Cloud-Alibaba？
?004.Nacos运行环境部署
?005.向Nacos注册中心注册服务
?006.从Nacos发现服务并负载均衡调用
?007.从Nacos发现服务并负载均衡调用
?008.Nacos客户端信息缓存
?009.Nacos客户端信息缓存
?010.Nacos Config配置中心启动读取外部配置
?011.Nacos Config配置中心自动刷新
?012.Nacos Config配置中心yaml配置
?013.Nacos Config配置中心多环境配置
?014.问答交流
?015.内容回顾-配置中心数据模型
?016.配置中心三层结构数据配置隔离
?017.配置中心三层结构数据配置隔离
?018.配置版本回滚-服务注册分组
?019.Nacos管控台用户权限管理
?020.Nacos数据持久化
?021.Nacos数据持久化
?022.Nacos集群环境部署
?023.Nacos集群环境测试
?024.Nacos集群统一入口Nginx
?025.快速回顾
?026.RestTemplate无参数Get调用返回String
?027.RestTemplate无参数Get调用返回User
?028.RestTemplate有参数Get调用返回User
?029.RestTemplate有参数Get调用返回User
?030.RestTemplate有参数Post调用返回User
?031.RestTemplate有参数Post调用返回User
?032.RestTemplate传输User对象参数Post调用返回User
?033.RestTemplate传输JSON参数Post调用返回User
?034.RestTemplate有参数Put调用
?035.RestTemplate有参数Delete调用
?036.RestTemplate方法调用梳理总结
?037.RestTemplate结合Ribbon实现负载均衡
?038.RestTemplate结合Ribbon实现负载均衡
?039.Ribbon负载均衡实现策略
?040.自定义Ribbon负载均衡实现策略
?041.更改Ribbon负载均衡实现策略
?042.Ribbon的核心接口组成
?043.Ribbon负载均衡策略个性化配置
?044.Ribbon结合Nacos实现权重负载均衡策略
?045.Ribbon结合Nacos负载均衡策优先调用同名集群
?046.Ribbon结合Nacos基于版本负载均衡策略
?047.Ribbon结合Nacos基于命名空间负载均衡策略
?048.What is Feign？
?049.Spring Cloud Alibaba基于Feign的远程调用
?050.Spring Cloud Alibaba基于Feign+Ribbon负载均衡远程调用
?051.Spring Cloud Alibaba基于Feign的相关配置
?052.脱离Ribbon的Feign的远程调用
?054.微服务的级联故障服务雪崩
?055.Spring Cloud Alibaba集成Sentinel
?056.Spring Cloud Alibaba基于Sentinel管理后台数据测试
?057.Spring Cloud Alibaba基于Sentinel实现限流
?058.Spring Cloud Alibaba基于Sentinel实现限流自定义返回结果
?059.Spring Cloud Alibaba基于Sentinel实现限流自定义跳转页面
?060.Spring Cloud Alibaba基于Sentinel线程数限流
?061.Spring Cloud Alibaba基于Sentinel资源关联限流
?062.Spring Cloud Alibaba基于Sentinel流控规则和流控效果
?063.问答交流
?064.快速回顾和演示环境预备
?065.Spring Cloud Alibaba Sentinel 服务降级RT
?066.Spring Cloud Alibaba Sentinel 服务降级异常比例和异常数
?067.Spring Cloud Alibaba Sentinel 热点参数规则
?068.Spring Cloud Alibaba Sentinel 热点参数规则小细节
?069.Spring Cloud Alibaba Sentinel 系统保护规则
?070.Spring Cloud Alibaba Sentinel 授权规则
?071.Spring Cloud Alibaba Sentinel Dashboard控制台通信原理
?072.Spring Cloud Alibaba Sentinel 对Controller请求url埋点
?073.Spring Cloud Alibaba Sentinel 手写代码实现埋点
?074.Spring Cloud Alibaba Sentinel 采用注解实现埋点
?075.Spring Cloud Alibaba Sentinel 对RestTemplate流控和熔断
?076.Spring Cloud Alibaba Sentinel 对Feign流控和熔断
?077.问答交流
?078.Sentinel规则持久化-拉模式持久化到本地文件
?079.Sentinel规则持久化-拉模式持久化到本地文件
?080.Sentinel规则持久化-推模式持久化到Nacos
?081.Sentinel规则持久化-推模式持久化到Nacos
?082.Spring Cloud Gateway 网关功能特性
?083.Spring Cloud Gateway 网关搭建
?084.Spring Cloud Gateway 网关服务调用
?085.Spring Cloud Gateway 网关谓词
?086.Spring Cloud Gateway 网关谓词
?087.Spring Cloud Gateway 网关谓词
?088.Spring Cloud Gateway 网关过滤器
?089.Spring Cloud Gateway 问答交流
?090.Spring Cloud Gateway自定义谓词
?091.Spring Cloud Gateway自定义谓词
?092.Spring Cloud Gateway自定义谓词不匹配404页面
?093.Spring Cloud Gateway自定义过滤器
?094.Spring Cloud Gateway全局过滤器
?095.Spring Cloud Gateway自定义全局过滤器
?096.Spring Cloud Gateway集成Ribbon实现负载均衡
?097.Spring Cloud Gateway集成Sentinel限流
?098.Spring Cloud Gateway集成Sentinel限流自定义错误页
?099.Spring Cloud Gateway集成Sentinel规则持久化到文件
?100.Spring Cloud Gateway集成Sentinel规则持久化到Nacos
?101.Spring Cloud Gateway内部执行流程源码分析
?102.Spring Cloud Gateway小结
?103.快速回顾
?104.Spring Cloud Gateway跨域CORS请求
?105.Spring Cloud Gateway跨域CORS请求
?106.What is SkyWalking？
?107.Skywalking运行环境部署
?108.SkyWalking Agent对微服务的链路追踪
?109.SkyWalking Agent对微服务链路追踪
?110.SkyWalking Agent加入IDEA中对微服务链路追踪
?111.SkyWalking 监控告警通知
?112.SkyWalking 监控告警通知
?113.SkyWalking 微服务链路追踪数据持久化MySQL
?114.SkyWalking 问答交流
?115.Skywalking持久化跟踪数据elasticsearch
?116.Skywalking持久化跟踪数据elasticsearch
?117.Skywalking对多个跨服务的链路跟踪
?118.Skywalking对多个跨服务的链路跟踪
?119.Skywalking自定义链路跟踪
?120.Skywalking集成logback输出traceId日志
?121.Skywalking UI界面-仪表盘
?122.Skywalking UI界面-拓扑图-追踪-性能剖析-告警
?123.Skywalking 基于nacos集群
?124.Skywalking 基于nacos集群
?125.Skywalking 基于nacos集群
?126.Skywalking 问答交流
?127.What is Seata？
?128.Seata分布式事务生命周期
?129.Seata TC Server运行环境部署
?130.Seata基于AT事务模式单体应用多数据源分布式事务
?131.Seata基于AT事务模式单体应用多数据源分布式事务
?132.Seata基于AT事务模式单体应用多数据源分布式事务
?133.Seata基于AT事务模式多个微服务分布式事务
?134.Seata基于AT事务模式多个微服务分布式事务
?135.Seata基于AT事务模式多个微服务分布式事务
?136.Seata基于AT事务模式执行机制
?137.Seata AT事务模式
?138.Seata AT事务模式写数据隔离
?139.Seata AT事务模式写数据隔离
?140.Seata AT事务模式读数据隔离
?141.Seata AT事务模式读数据隔离
?142.Seata TC Server集群环境部署
?143.Seata TC Server集群环境部署
?144.Seata TC Server集群环境集成测试
?145.Seata TC Server集群环境集成测试
?146.Seata TCC事务模式的运行机制
?147.Seata TCC事务模式SpringBoot单体应用案例
?148.Seata TCC事务模式SpringBoot单体应用案例
?149.Seata TCC事务模式SpringCloudAlibab微服务应用案例
?150.Seata TCC事务模式SpringCloudAlibab微服务应用案例
?151.What is Spring Cloud Stream
?152.Spring Cloud Stream的核心概念
?153.Spring Cloud Stream集成RocketMQ配置
?154.Spring Cloud Stream集成RocketMQ发送消息
?155.Spring Cloud Stream集成RocketMQ接收消息
?156.Spring Cloud Stream集成RocketMQ监听接收消息
?157.Spring Cloud Stream集成RocketMQ多种发送消息方式
?158.Spring Cloud Stream Starter代码分析
?159.Spring Cloud Stream集成RocketMQ发送事务消息
?160.Spring Cloud Stream集成RocketMQ对象标签消息
?161.Spring Cloud Stream问答交流
微服务框架之Spring Cloud简介
在了解 Spring Cloud 之前先了解一下微服务架构需要考量的核心关键点，如下图：
对于以上等核心关键点的处理，不需要我们重复造车轮， Spring Cloud 已经帮我们集成了，它使用 Spring Boot 风格将一些比较成熟的微服务框架组合起来，屏蔽掉了复杂的配置和实现原理，为快速构建微服务架构的应用提供了一套基础设施工具和开发支持。
Spring Cloud 所提供的核心功能包含：
Spring Cloud架构图
Spring Cloud子项目
Spring Cloud 旗下的子项目大致可以分为两类：
如下：
1. Spring Cloud 与 Spring Boot
Spring Boot 可以说是微服务架构的核心技术之一。通过在 Spring Boot 应用中添加 Spring MVC 依赖，就可以快速实现基于 REST 架构的服务接口，并且可以提供对 HTTP 标准动作的支持。而且 Spring Boot 默认提供 JackJson 序列化支持，可以让服务接口输入、输出支持 JSON 等。因此，当使用 Spring Cloud 进行微服务架构开发时，使用 Spring Boot 是一条必经之路。
2. Spring Cloud 与服务治理( Eureka )
服务治理是 Spring Cloud 的核心，在实现上其提供了两个选择，即 Consul 和 Netflix 的 Eureka 。
Eureka 提供了服务注册中心、服务发现客户端，以及注册服务的 UI 界面应用。
在 Eureka 的实现中，节点之间相互平等，有部分注册中心“挂掉”也不会对整个应用造成影响，即使集群只剩一个节点存活，也可以正常地治理服务。即使所有服务注册节点都宕机， Eureka 客户端中所缓存的服务实例列表信息，也可让服务消费者能够正常工作，从而保障微服务之间互相调用的健壮性和应用的弹性。
3. Spring Cloud 与客户端负载均衡( Ribbon )
Ribbon 默认与 Eureak 进行无缝整合，当客户端启动的时候，从 Eureka 服务器中获取一份服务注册列表并维护在本地，当服务消费者需要调用服务时， Ribbon 就会根据负载均衡策略选择一个合适的服务提供者实例并进行访问。
Spring Cloud 通过集成 Netflix 的 Feign 项目，为开发者提供了声明式服务调用，从而简化了微服务之间的调用处理方式。并且默认 Feign 项目集成了 Ribbon ，使得声明式调用也支持客户端负载均衡功能。
4. Spring Cloud 与微服务容错、降级( Hystrix )
为了给微服务架构提供更大的弹性，在 Spring Cloud 中，通过集成 Netflix 下子项目 Hystrix ，通过所提供的 @HystrixCommand 注解可以轻松为我们所开发的微服务提供容错、回退、降级等功能。此外， Hystrix 也默认集成到 Feign 子项目中。
Hystrix 是根据“断路器”模式而创建。当 Hystrix 监控到某服务单元发生故障之后，就会进入服务熔断处理，并向调用方返回一个符合预期的服务降级处理（ fallback ），而不是长时间的等待或者抛出调用异常，从而保障服务调用方的线程不会被长时间、不必要地占用，避免故障在应用中的蔓延造成的雪崩效应。
而 Hystrix 的仪表盘项目（ Dashboard ）可以监控各个服务调用所消耗的时间、请求数、成功率等，通过这种近乎实时的监控和告警，可以及时发现系统中潜在问题并进行处理。
5. Spring Cloud 与服务网关( Zuul )
Spring Cloud 通过集成 Netflix 中的 Zuul 实现 API 服务网关功能，提供对请求的路由和过滤两个功能
路由功能负责将外部请求转发到具体的微服务实例上，是实现外部访问统一入口的基础。
过滤器功能则负责对请求的处理过程进行干预，是实现请求校验、服务聚合等功能的基础。
通过 Zuul ，可以将细粒度的服务组合起来提供一个粗粒度的服务，所有请求都导入一个统一的入口，对外整个服务只需要暴露一个 API 接口，屏蔽了服务端的实现细节。通过 Zuul 的反向代理功能，可以实现路由寻址，将请求转发到后端的粗粒度服务上，并做一些通用的逻辑处理。此外， Zuul 默认会与 Eureka 服务器进行整合，自动从 Eureka 服务器中获取所有注册的服务并进行路由映射，实现 API 服务网关自动配置。
6. Spring Cloud 与消息中间件( Stream )
Spring Cloud 为简化基于消息的开发，提供了 Stream 子项目，通过建立消息应用抽象层，构建了消息收发、分组消费和消息分片等功能处理，将业务应用中的消息收发与具体消息中间件进行解耦，使微服务应用开发中可以非常方便地与 Kafka 和 RabbitMQ 等消息中间件进行集成。
Spring Cloud Bus 基于 Stream 进行扩展，可以作为微服务之间的事件、消息总线，用于服务集群中状态变化的传播。
比如 Spring Cloud Config 借助 Bus ，可以实现配置的动态刷新处理。
7. Spring Cloud 与分布式配置中心( Config )
针对微服务架构下的配置文件管理需求， Spring Cloud 提供了一个 Config 子项目。 Spring Cloud Config 具有中心化、版本控制、支持动态更新和语言独立等特性。
在 Config 子项目中将微服务应用分为两种角色：配置服务器（ Config Server ）和配置客户端（ Config Client ）。使用配置服务器集中地管理所有配置属性文件，配置服务中心可以将配置属性文件存储到 Git 、 SVN 等具有版本管理仓库中，也可以存放在文件系统中。默认采用 Git 的方式进行存储，因此可以很容易地对配置文件进行修改，并实现版本控制。
8. Spring Cloud 与微服务链路追踪( Sleuth )
Spring Cloud 中的 Sleuth 子项目为开发者提供了微服务之间调用的链路追踪。
Sleuth 核心思想就是通过一个全局的 ID 将分布在各微服务服务节点上的请求处理串联起来，还原了调用关系，并借助数据埋点，实现对微服务调用链路上的性能数据的采集。
因此，通过 Sleuth 可以很清楚地了解到一个用户请求经过了哪些服务、每个服务处理花费了多长时间，从而可以对用户的请求进行分析。此外，通过将采集的数据发送给 Zipkin 进行存储、统计和分析，从而可以实现可视化的分析和展示，帮助开发者对微服务实施优化处理。
9. Spring Cloud 与微服务安全( Security )
Spring Cloud Security 为我们提供了一个认证和鉴权的安全框架，实现了资源授权、令牌管理等功能，同时结合 Zuul 可以将认证信息在微服务调用过程中直接传递，简化了我们进行安全管控的开发。
Spring Cloud Security 默认支持 OAuth 2.0 认证协议，因此单点登录也可以非常容易实现，并且 OAuth2.0 所生成的令牌可以使用 JWT 的方式，进一步简化了微服务中的安全管理。
10. Spring Cloud 的其他子项目
SpringCloud系列——Feign 服务调用
前面我们已经实现了服务的注册与发现（请戳：SpringCloud系列——Eureka 服务注册与发现），并且在注册中心注册了一个服务myspringboot，本文记录多个服务之间使用Feign调用。
GitHub地址：https://github.com/OpenFeign/feign
官方文档：https://cloud.spring.io/spring-cloud-static/spring-cloud-openfeign/2.1.0.RC2/single/spring-cloud-openfeign.html
提供者除了要在注册中心注册之外，不需要引入其他东西，注意以下几点即可：
1、经测试，默认情况下，feign只能通过@RequestBody传对象参数
2、接参只能出现一个复杂对象，例：public Result
list(@RequestBody UserVo entityVo) { ... }
3、提供者如果又要向其他消费者提供服务，又要向浏览器提供服务，建议保持原先的Controller，新建一个专门给消费者的Controller
测试Controller接口
消费者maven引入jar
配置文件
对日期的解析，消费者要跟提供者一致，不然会报json解析错误
服务调用
1、springdatejpa 应用名称，是服务提供者在eureka注册的名字，Feign会从注册中心获取实例
2、如果不想启动eureka服务，直连本地开发：@FeignClient(name = "springdatejpa", path = "/user/",url = "http://localhost:10086")，或者无eureka，调用第三方服务，关闭eureka客户端 （eureka.client.enabled=false）,url直接指定第三方服务地址，path指定路径，接口的方法指定接口
3、如果使用@RequestMapping，最好指定调用方式
4、消费者的返回值必须与提供者的返回值一致，参数对象也要一致
5、2019-05-21补充：如需进行容错处理（服务提供者发生异常），则需要配置fallback，如果需要获取到报错信息，则要配置fallbackFactory ，例：
Feign接口
更多@FeignClient注解参数配置，请参阅官方文档
Controller层
启动类
启动类加入注解：@EnableFeignClients
成功注册两个服务
成功调用
1、启动时报了个SQL错误
解决：配置文件连接数据时指定serverTimezone=GMT%2B8
2、当我将之前搭好的一个springboot-springdata-jpa整合项目在eureka注册时出现了一个报错
然后在网上查了下说是因为springboot版本问题（请戳：http://www.cnblogs.com/hbbbs/articles/8444013.html），之前这个项目用的是2.0.1.RELEASE，现在要在eureka注册，pom引入了就出现了上面的报错
解决：升级了springboot版本，2.1.0，项目正常启动
2019-10-17补充 ：Feign设置header请求头
方法1，mapping的headers属性，单一设置
方法2，自定义FeignInterceptor，全局设置
这样就可以设置cookie，传递token等自定义值
常见场景1
通常我们一个服务web层、svc层、dao层，但有时候也会将拆分成两个服务：
web服务提供静态资源、页面以及controller控制器控制跳转，数据通过java调用svc服务获取；
svc服务，进行操作数据库以及业务逻辑处理，同时提供接口给web服务调用；
特殊情况下我们想svc服务的接口也做登录校验，所有接口（除了登录请求接口）都有做登录校验判断，未登录的无权访问，这时候就需要做sessionId传递，将web服务的sessionId通过Feign调用时传递到svc服务
web服务
注：登录成功后用sessionId作为key，登录用户的id作为value，保存到redis缓存中
登录拦截器
自定义FeignInterceptor
svc服务
会话期的sessionId，关闭浏览器后就失效了，所以就会退出浏览器后就需要重新登陆，有些情况我们并不想这样，我们想实现七天免登陆，这时候就需要自定义token，并且存放在cookie
登陆拦截器
登陆成功，设置cookie
推出登陆，销毁cookie
代码已经开源、托管到我的GitHub、码云：
GitHub：https://github.com/huanzi-qch/springCloud
码云：https://gitee.com/huanzi-qch/springCloud
作者：huanzi-qch
出处：https://www.cnblogs.com/huanzi-qch
SpringCloud入门简述
1、SpringCloud是基于SpringBoot实现的微服务框架，为开发人员提供了很多快速构建分布式系统中常见模式的工具，包括配置管理、服务发现、断路器、智能路由、微代理，控制总线等。
2、SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
3、不像Spring（SpringFramework），大体上能够理解为它是一个管理bean的容器。也不想SpringBoot，可以理解为它是加强版的Spring，集成了SSM和其它一些框架，并且大量支持和推荐注解开发。
Spring cloud简介及Netflix组件介绍？
Spring Cloud是基于Spring Boot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。最重要的是，跟spring boot框架一起使用的话，会让你开发微服务架构的云服务非常好的方便。
Spring Cloud包含了非常多的子框架，其中，Spring Cloud Netflix是其中一套框架，由Netflix开发后来又并入Spring Cloud大家庭，它主要提供的模块包括：服务发现、断路器和监控、智能路由、客户端负载均衡等。
以下为Spring Cloud的核心功能：
Spring Cloud Netflix组件介绍
Spring Cloud Netflix框架刚好就满足了上面的核心功能，而且最重要的是，使用起来非常的简单。Spring Cloud Netflix包含的组件及其主要功能大致如下：
Eureka，服务注册和发现，它提供了一个服务注册中心、服务发现的客户端，还有一个方便的查看所有注册的服务的界面。 所有的服务使用Eureka的服务发现客户端来将自己注册到Eureka的服务器上。
Zuul，网关，所有的客户端请求通过这个网关访问后台的服务。他可以使用一定的路由配置来判断某一个URL由哪个服务来处理。并从Eureka获取注册的服务来转发请求。
Ribbon，即负载均衡，Zuul网关将一个请求发送给某一个服务的应用的时候，如果一个服务启动了多个实例，就会通过Ribbon来通过一定的负载均衡策略来发送给某一个服务实例。
Feign，服务客户端，服务之间如果需要相互访问，可以使用RestTemplate，也可以使用Feign客户端访问。它默认会使用Ribbon来实现负载均衡。
Hystrix，监控和熔断器。我们只需要在服务接口上添加Hystrix标签，就可以实现对这个接口的监控和断路器功能。
Hystrix Dashboard，监控面板，他提供了一个界面，可以监控各个服务上的服务调用所消耗的时间等。
Turbine，监控聚合，使用Hystrix监控，我们需要打开每一个服务实例的监控信息来查看。而Turbine可以帮助我们把所有的服务实例的监控信息聚合到一个地方统一查看。这样就不需要挨个打开一个个的页面一个个查看。
如何使用Spring Cloud
Spring Cloud项目的既定目标在于为Spring开发人员提供一整套易于使用的工具集，从而保证其轻松构建起自己需要的分布式系统方案。为了实现这一目标，Spring Cloud以Netflix OSS堆栈为基础将大量实现堆栈加以整合并打包。这些堆栈而后可以通过大家所熟知的各类基于注释的配置工具、Java配置工具以及基于模板的编程工具实现交付。下面就让我们一起了解Spring Cloud当中的几类常见组件。 Spring Cloud Config Server Spring Cloud Config Server能够提供一项具备横向扩展能力的集中式配置服务。它所使用的数据被保存在一套可插拔库层当中，后者目前能够支持本地存储、Git以及Subversion。通过利用一套版本控制系统作为配置存储方案，开发人员能够轻松实现版本与审计配置的内容调整。 如何利用Spring Cloud构建起自我修复型分布式系统 配置内容会以Java属性或者YAML文件的形式体现。该Config Server会将这些文件合并为环境对象，其中包含易于理解的Spring属性模型以及作为REST API存在的配置文件。任何应用程序都能够直接调用该REST API当中所包含的配置数据，但我们也可以将智能客户端绑定方案添加到Spring Boot应用程序当中，并由后者自动将接收自Config Server的配置信息分配至任意本地配置当中。 Spring Cloud Bus Spring Cloud Config Server是一套强大的配置分发机制，能够在保障一致性的前提下将配置内容分发到多个应用程序实例当中。然而根据其设计思路的限定，我们目前只能在应用程序启动时对其配置进行更新。在向Git中的某一属性发送新值时，我们需要以手动方式重启每个应用程序进程，从而保证该值被切实纳入应用当中。很明显，大家需要能够在无需重启的前提下完成对应用程序配置内容的更新工作。 如何利用Spring Cloud构建起自我修复型分布式系统 Spring Cloud Bus的任务正是为应用程序实例添加一套管理背板。它目前依靠将一套客户端绑定至一组AMQP交换与队列当中来实现，但这一后端在设计上也实现了可插拔特性。Spring Cloud Bus为我们的应用程序带来了更多管理端点。在图二中，我们可以看到一个面向greeting属性的值被发送至Git当中，而后一条请求被发送至应用A中的/bus/refresh端点。该请求会触发以下三个事件： 应用A从Config Server处请求获取最新版本的配置内容。任意注明了@RefreshScope的Spring Bean都会被重新初始化并载入新的配置内容。 应用A向AMQP交换机制发送一条消息，表明其已经收到更新指示。 通过监听AMQP队列而被纳入Cloud Bus的应用B与应用C会获取到上述消息，并以与应用A同样的方式实现配置更新。 现在我们已经有能力在无需重启的情况下对应用程序配置进行更新了。
Spring Cloud项目的既定目标在于为Spring开发人员提供一整套易于使用的工具集，从而保证其轻松构建起自己需要的分布式系统方案。为了实现这一目标，Spring Cloud以Netflix OSS堆栈为基础将大量实现堆栈加以整合并打包。这些堆栈而后可以通过大家所熟知的各类基于注释的配置工具、Java配置工具以及基于模板的编程工具实现交付。下面就让我们一起了解Spring Cloud当中的几类常见组件。 Spring Cloud Config Server Spring Cloud Config Server能够提供一项具备横向扩展能力的集中式配置服务。它所使用的数据被保存在一套可插拔库层当中，后者目前能够支持本地存储、Git以及Subversion。通过利用一套版本控制系统作为配置存储方案，开发人员能够轻松实现版本与审计配置的内容调整。 如何利用Spring Cloud构建起自我修复型分布式系统 配置内容会以Java属性或者YAML文件的形式体现。该Config Server会将这些文件合并为环境对象，其中包含易于理解的Spring属性模型以及作为REST API存在的配置文件。任何应用程序都能够直接调用该REST API当中所包含的配置数据，但我们也可以将智能客户端绑定方案添加到Spring Boot应用程序当中，并由后者自动将接收自Config Server的配置信息分配至任意本地配置当中。 Spring Cloud Bus Spring Cloud Config Server是一套强大的配置分发机制，能够在保障一致性的前提下将配置内容分发到多个应用程序实例当中。然而根据其设计思路的限定，我们目前只能在应用程序启动时对其配置进行更新。在向Git中的某一属性发送新值时，我们需要以手动方式重启每个应用程序进程，从而保证该值被切实纳入应用当中。很明显，大家需要能够在无需重启的前提下完成对应用程序配置内容的更新工作。 如何利用Spring Cloud构建起自我修复型分布式系统 Spring Cloud Bus的任务正是为应用程序实例添加一套管理背板。它目前依靠将一套客户端绑定至一组AMQP交换与队列当中来实现，但这一后端在设计上也实现了可插拔特性。Spring Cloud Bus为我们的应用程序带来了更多管理端点。在图二中，我们可以看到一个面向greeting属性的值被发送至Git当中，而后一条请求被发送至应用A中的/bus/refresh端点。该请求会触发以下三个事件： 应用A从Config Server处请求获取最新版本的配置内容。任意注明了@RefreshScope的Spring Bean都会被重新初始化并载入新的配置内容。 应用A向AMQP交换机制发送一条消息，表明其已经收到更新指示。 通过监听AMQP队列而被纳入Cloud Bus的应用B与应用C会获取到上述消息，并以与应用A同样的方式实现配置更新。 现在我们已经有能力在无需重启的情况下对应用程序配置进行更新了。
Spring Cloud笔记03： 服务注册和服务发现的基本概念
上节在K8S集群中部署了Nacos集群，并将Nacos的Web控制台和API以Ingress (nacos.youcomany.com)的形式暴露到了k8s集群外部，便于从外部测试和访问。 这里再次强调Nacos被设计为一个在IDC内部使用的应用组件，而非面向公网环境的产品，因此需要在内部隔离网络中使用，这里为了测试将其暴露到K8S集群外部，如果是生产环境必须做好网络安全策略。
接下来我们将学习如何将服务注册到Nacos，在开始后边的实战之前，先看一下服务治理中关于服务注册和服务发现的一些概念。
服务治理首先要解决的问题就是服务注册于服务发现，解决了这两个问题才可能实现微服务之间的调用问题。
服务注册中心 : 每个服务实例会向注册中心注册自己的信息，一般包含地址、端口、协议、版本等信息。每种服务会有多个实例副本注册到注册中心，注册中心维护每种服务的多个实例列表。同时，注册中心会以某种机制去检查各个服务实例是否可用，如果某个实例已经失效会将其剔除。在某个服务实例关闭时会自动向注册中心注销自己。
常见的服务注册有三种实现方式：
服务发现 : 即服务客户端在其网络上找到其要调用服务的具体连接信息的过程。例如通过查询服务注册中心得到其所调用服务的具体 IP地址和端口。 简单的说，服务发现就是服务或者应用之间互相定位的过程。
使用服务发现后，客户端对服务的调用不再和具体的服务实例地址耦合，而是基于服务发现机制。有以下4种常见的服务发现机制:
K8S中的一个Service资源对象对应微服务。每个Service有唯一的名字，一个ClusterIP，一个端口。 K8S中的Pod资源对象中运行的容器对应服务实例，通过Pod上的标签Label和Service上定义的标签选择器Label Selector将Service与Pod关联，通过Service内建的负载均衡机制，对Service的调用将转发到Pod的容器中。 K8S中的服务注册是在Pod创建时由调度者Kubernetes完成的。K8S中的服务发现采用的是服务端负载均衡器，服务注册中心为Kubernetes(后端持久化存储etcd)。
Spring Cloud对微服务提供了完整的解决方案和统一抽象，按照微服务的功能特性: 服务治理、负载均衡、服务间调用通信、服务配置中心、服务网关、分布式链路追踪、消息总线、消息时间驱动、分布式事务等，提供了一系列组件，被称为Spring Cloud全家桶。 全家桶中的功能组件还支持使用第三方实现的某个组件单独替换，只要第三方组件是遵循Spring Cloud Common的抽象实现的。
Spring Cloud在服务治理的组件上有以下三种选择:
当然由于"某些原因"，在最新版本的Spring Cloud中Netflix组件库已经逐渐被移除。
我们在这里对Spring Cloud服务注册和服务发现的学习将使用Spring Cloud Alibaba组件的Nacos。
Nacos是Spring Cloud Alibaba提供的服务发现和配置管理的解决方案。Nacos是用Java开发的，通过Spring Cloud Alibaba可以很好的与Spring Cloud整合。 如果项目的所有微服务都是用Java开发的，那么使用Nacos作为服务发现可能会使一个不错的选择。
Nacos的服务注册采用的是由"服务进程内直接包含服务注册模块，由服务实例自己完成上线注册和下线注销。"，这与K8S服务注册方案中"由一个中间调度者K8S来帮助处理服务注册"是不同的。