GitHub霸榜4个月，鹅厂大牛手写SpringCloud实战笔记，雀食不一般-CSDN博客

本文链接：https://blog.csdn.net/jjc4261/article/details/139121780

为什么必须要掌握SpringCloud？

毫无疑问，Spring Cloud是目前微服务架构领域的翘楚，无数的书籍博客都在讲解这个技术。不过大多数讲解还停留在对Spring Cloud功能使用的层面，其底层的很多原理，很多人可能并不知晓。

因此小编在此给粉丝朋友们分享一份“满分”SpringCloud实战笔记，这份笔记从Spring Boot微框架搭建、Spring Cloud常用组件应用，到微服务案例实战，层层剥茧式分析，全流程讲解Spring Cloud开发应用，实战案例拿来就用，快速上手。

笔记目录

详细章节展示

部分内容展示

第2章—微框架Spring Boot : Spring Boot是一个Spring框架模块，它为Spring框架提供RAD(快速应用程序开发)功能，它高度依赖启动器模板功能，该功能非常强大且完美无缺。Spring Boot同样也是Spring Cloud的重要组成部分。

第3章—从服务注册与发现说起：在微服务中，消费者为了完成一次服务请求，需要知道具体服务的详细地址(IP和端口)。传统应用都运行在物理服务器上，服务实例的网络位置都是相对固定的。怎样从一个经常变更的配置中读取网络位置显得尤为重要。

第6章——服务的雪崩与熔断：典型的分布式系统由许多协作在一起的服务组成，这些服务容易出现故障或延迟响应。如果服务失败，可能会影响性能的其他服务，并可能使应用程序的其他部分无法访问，或者在最坏情况下会导致整个应用程序崩溃。

第7章——分布式配置中心：随着服务/业务的越来越多，配置文件更是眼花缭乱，每次不知道因为部署/安装问题浪费多少时间，更不知道因为配置问题出过多少问题。如果采用分布式的开发模式，需要的配置文件将会随着服务增加而不断增多。某一个基础服务信息变更，都会引起一系列的更新和重启，导致运维人员苦不堪言，并且也容易出错。配置中心便是解决此类问题的灵丹妙药。

第8章API网关:API网关是微服务架构中很重要的一个部分，是发起每个请求的人口，也可以在网关上做协议转换、权限控制、请求统计和限流等其他工作。

第10章消息驱动:Spring Cloud Stream是一个用来为微服务应用构建消息驱动能力的架构，为一些供应商的消息中间件产品提供个性化的自动化配置实现，并且引入了发布—订阅、消费组以及分区三个核心概念。

第11章单点登录:单点登录(Single Sign On，SSO)就是把多个系统的登录验证整合在一起，这样，无论用户登录任何一个应用，都可以直接以登录过的身份访问其他应用，不必每次都访问其他系统再登录。

第14章ELK Stack:通过使用微服务，我们已经能够解决许多遗留问题，并且它允许创建稳定的分布式应用程序，并对代码、团队规模、维护、发布周期、云计算等进行所需的控制。但它也引入了一些挑战，如分布式日志管理、查看在许多服务中分布的完整事务的日志与一般的分布式调试的能力。ElasticSearch、Logstash和Kibana一起称为ELK Stack，它们用于实时搜索、分析和可视化日志数据。

第15章—多线程：多线程是指从软件或者硬件上实现多线程并发执行的技术。具有多线程能力的计算机因有硬件支持而能够在同一时间执行多于一个线程，进而提升整体处理性能。线程可以获得更大的吞吐量，但是开销很大，如线程栈空间的大小开销、切换线程需要的时间开销,所以通过线程池进行重复利用，当线程使用完毕之后，就放回线程池，避免创建与销毁的开销。

第16章—Redis缓存技术：Redis基于内存，也可以基于磁盘持久化NoSQL数据库，使用C语言开发。Redis开创了一种新的数据存储思路，使用Redis，不用在面对功能单调的数据库时把精力放在处理如何将大象放进冰箱这样的问题上，而是利用Redis灵活多变的数据结构和数据操作为不同的大象构建不同的冰箱。

第19章—持续集成：介绍微服务为什么会谈到自动化部署?“互联网+”的需要。在信息越来越繁杂的互联网时代，公司运行的项目越来越多，项目相关服务繁多，服务之间存在复杂的依赖关系，运维与管理任务越来越繁重，手工交付需要花费很多的人力与时间，且安全性和时效性均无法保证。随着企业对版本上线质量和速度的要求越来越高，敏捷开发、Devops的接受度越来越高。传统的交付方式因为项目之间缺少依赖、环境不一致、版本不一致、人为操作失误等情况,使得项目交付过程中问题不断，而互联网企业发展节奏快、版本发布频率高，上线出故障影响面广、影响度高，因而企业对敏捷开发、持续集成、自动发布都有强烈的需求。