前言抱着侥幸心理投了字节跳动后台JAVA开发岗，居然收到通知去面试，一面下整个人来都是懵逼的，不知道我对着面试官都说了些啥（捂脸~~）。侥幸一面居然过了，三天后接到二面通知，结果这次不再幸运，败在数据库和一些JAVA知识手上。在此之前我没咋复习数据库、JVM、JAVA一类的知识，有点后悔

SpringCloud早期，所有东西，后台前台等等都在一个工程打成war包容易单点挂掉，并发能力弱，代码耦合度高扩展，不好扩展，要么都并发，但后台不需要，造成浪费好处：维护简单 基于http协议，这是和dubbo的本质区别，dubbo的核心是基于RPC：远程过程调用 分布式，垂直拆分：功能拆分       

一、服务发现架构  服务发现架构通常具有下面4个概念：服务注册：服务如何使用服务发现代理进行注册？服务地址的客户端查找：服务客户端查找服务信息的方法是什么？信息共享：如何跨节点共享服务信息？健康监测：服务如何将它的健康信息传回给服务发现代理？下图展示了这4个概念的流程，以及在服

Ribbon是SpringCloud提供的关于客户端负载均衡组件。负载均衡负载均衡设备可以分为硬件负载和软件负载，常见的硬件负载均衡设备有F5NetScaler常见的软件负载均衡应用NginxLVSHAProxy一般而言，硬件负载均衡价格比较昂贵，但是性能要比软件负载优越很多。上面列举的软件

描述：gateway路由访问部署在其他主机的服务失败一、问题分析1、gateway路由访问报错如下2、查看eureka注册中心master-service服务注册了两个可以看出，gateway路由分发到了windows10.microdone.cn上。在eureka注册中心找到该服务确实已被注册，但是从gateway报错信息可以

目录1微服务历程1.1大致历程1.2单体架构1.3集群架构1.4分布式架构1.5SOA架构1.6微服务2SpringCloud2.1介绍SpringCloud2.2主要组件2.2.1Eureka2.2.2Ribbon2.2.3Feign2.2.4Hystrix2.2.5Zuul2.2.6Gateway2.2.7Config2.2.8Bus2.2.8OAuth22.2.9Sleuth转载于：https

前言在学习微服务之前，我们需要搭建一个父子结构的项目，实现一个公共的API项目子项目、接口生产者子项目、接口消费者子项目。说明工具：IDEA2020.3父项目名：microservicecloudapi子项目名：microservicecloud-apiprovider(生产者)子项目名：microservicecloud-provider-dept-8

Feign:使用接口方式调用服务springcloud-consumer-dept-feign导入依赖：pom.xml <?xmlversion="1.0"encoding="UTF-8"?> <projectxmlns="http://maven.apache.org/POM/4.0.0"     xmlns:xsi="http://www.w3.org/2001/XMLSchema-insta

1.springcloud组件和功能大概2.springcloud组件停更替代方案

一、前言  在开发普通的web应用中，我们通常是将配置项写在单独的配置文件中，比如application.yml,application.properties，但是在微服务架构中，可能会出现数百个微服务，如果每个微服务将配置文件写在自身的配置文件中，会导致配置文件的管理非常复杂。因此集中式的配置管理是非常有必

一直以来在docker版本里使用nacos都有一个问题，springcloud项目会报找不到nacos服务器：也百度了谷歌了，都说是客户端版本和服务端版本不一致导致的，今天开发把客户端版本由1.1.4升级到1.4.1后更新springcloud项目后又出现问题：nacosnoavailableserver,currentServerAddr也是找不到na

官网地址：https://spring.io/projects/spring-cloud-gateway主要功能如下：  路由功能、熔断器的集成、与服务发现组件的集成、限流、url重写等。下面主要演示其与Nacos服务注册中心的集成，达到所有前端的访问先通过nginx反向代理到网关，然后通过网关从注册中心获取服务列表，然后

springcloud总集：https://www.tapme.top/blog/detail/2019-02-28-11-33代码见文章结尾  想想平常生活中做饭的场景，在用电饭锅做饭的同时，我们可以洗菜、切菜,等待电饭锅发出饭做好的提示我们回去拔下电饭锅电源（或者什么也不知让它处于保温状态），反正这个时候我们知道饭做好了，接下来

一、为什么要有客户端弹性模式  所有的系统都会遇到故障，分布式系统单点故障概率更高。如何构建应用程序来应对故障，是每个软件开发人员工作的关键部分。但是通常在构建系统时，大多数工程师只考虑到基础设施或关键服务彻底发生故障，使用诸如集群关键服务器、服务间的负载均衡以及异地

前言  在第四篇和第五篇中提到一个叫关联id的东西，用这个东西来将所有请求串起来，用来清晰的记录调用过程，以便以微服务的问题调试。  微服务虽然能够将单体软件系统分解为更小的、更易于管理的小系统。但是这种特性是需要付出代价的。其中之一就是----调试困难。所以需要有一种

一、整体结构此demo是基于nacos服务发现这个demo做的，把其中的zuul替换为gateway，所需的组件有nacos和gateway：所有访问系统的请求都要经过网关，网关转发Http请求至application-1，application-1使用dubbo调用service1完成自身业务，而后sevice1调用service2完成自身业