XA协议是X/Open组织管理的一种分布式协议规范，它采用2阶段提交来管理分布式事务，目前主流的数据库都支持xa协议。XA模式是目前seata支持的第4种模式。简介seata中xa模式的运行机制如下图,这张图片来自官网：从图中看出，XA模式的2阶段提交跟TCC模式的两阶段提交类似，都是由TM开启全局事务，R

不管初级，高级，程序员，我想面试前，大家刷题一定是是少不了吧。我也一样，我在题库非常全面包括Java集合、JVM、多线程、并发编程、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、

<p>笔记整理来源B站UP主狂神说https://www.bilibili.com/video/BV1jJ411S7xr</p>学习前言1.1学习前提熟练使用SpringBoot微服务快速开发框架了解过Dubbo+Zookeeper分布式基础电脑配置内存不低于8G(我自己的是16G)给大家看下多个

笔记记一半后面补 1.SpringCloud模块介绍Euraka:服务注册中心,用于服务管理Ribbon:基于客户端的负载均衡组件Hystrix:容错框架,能够防止服务的雪崩效应Feign:Web服务客户端,能够简化HTTP接口的调用Zuul:API网关,提供路由转发,请求过滤等功能Config:分布式配置管理Sleu

SpringCloud实战项目全套学习教程连载中PassJava学习教程简介PassJava-Learning项目是PassJava（佳必过）项目的学习教程。对架构、业务、技术要点进行讲解。PassJava是一款Java面试刷题的开源系统，可以用零碎时间利用小程序查看常见面试题，夯实Java基础。PassJava项目可以教会你如何

SpringCloud（三）4、Rest学习环境搭建：服务提供者总体介绍我们会使用一个Dept部门模块做一个微服务通用案例Consumer消费者（Client）通过REST调用Provider提供者（Server）提供的服务。回忆Spring，SpringMVC，MyBatis等以往学习的知识。。。Maven的分包分模块架构复习一个简单的

SpringCloud总结 分析开源项目开源项目的地址：项目介绍|EL-ADMINeladmin:项目基于SpringBoot2.1.0、Jpa、SpringSecurity、redis、Vue的前后端分离的后台管理系统，有问题可以在Github上面提Issues，或者加群反馈！！(gitee.com)1.观察开源项目后端：src·Elune/e

1：eureka集群：原则，相互注册即可注意： a:必须要有示例名，且必须相同    b:集群模式必须开启注册registerWithEureka:true，单机情况下这个是false    c:如果用域名，必须映射hosts以下用两个节点做演示server1,server2server-1:server:port:8080eureka:

微服务模块构建一、创建父工程创建Maven父工程用于依赖的版本控制管理创建一个maven工程，只保留pom文件需要做相关的修改：修改Pom文件将父工程的‘packaging’设置为pom添加依赖管理版本统一管理和依赖管理<packaging>pom</packaging><!--统一管理jar包版

一、SpringCloud的组件有哪些？a.注册中心:负责服务的注册与发现，很好的将各个服务连接起来1.eurekka2.nacosb.客户端负载均衡 1.ribbon(rui病)2.Dobbo 3.SpringcloudLoadbalancerc.熔断器：熔断器负责监控服务之间

前言抱着侥幸心理投了字节跳动后台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完成自身业

一、背景  微服务架构将一个应用拆分为很多个微小应用，这样会导致之前不是问题的问题出现，比如：安全问题如何实现？日志记录如何实现？用户跟踪如何实现？上面的问题在传统的单机应用很容易解决，只需要当作一个功能实现即可。但是在微服务中就行不通了，让每个服务都实现一份上述功能，那是相当

前言一开始并没有急着提交简历，而是说准备下再提交简历。然后就准备了一周，写简历，刷题，在网上找蚂蚁金服的面经。提交了一份简历，然后发现简历上面没有写学历，幸好他还没提交，就修改了下重新发了一份，然后他又给我提了几个建议，所以又改了一份，才最终提交。提交简历后的第二天下午，

打造SpringCloud构建微服务电商项目工程SpringCloud微服务高级项目实战视频教程===============课程目录===============001-需求讨论与技术架构选型002-代码管理GitLab与Maven私服003-构建分布式基础设施之携程阿波罗004-搭建企业级微信公众号管理平台005-微服务项目整

开篇闲扯打工人，打工魂，我们生而人上人。当“资本主义”逐渐禁锢我们人（大）上（韭）人（菜）肉体的时候，那一刻我才明白那个日不落帝国·资本主义收割机·瑞民族之光幸·瑞幸咖啡是多么的了不起，尽管我不懂咖啡，但还是要说一声谢谢！说到咖啡，喝完就想上厕所，对写bug的我来说太不友好了，毕竟我不