wmburst

高并发带来的问题在微服务架构中，我们将业务拆分成一个个的服务，服务与服务之间可以相互调用，但是由于网络原因或者自身的原因，服务并不能保证服务的100%可用，如果单个服务出现问题，调用这个服务就会出现网络延迟，此时若有大量的网络涌入，会形成任务堆积，最终导致服务瘫痪。接下来，我们来模拟一个高并发的场景编写java代码package com.jx.user.controller;import com.jx.user.service.UserService;import lombok.exter

RPC 协议名词解释在一个典型RPC的使用场景中，包含了服务发现、负载、容错、网络传输、序列化等组件，其中RPC协议就指明了程序如何进行网络传输和序列化 。也就是说一个RPC协议的实现就等于一个非透明的远程调用实现，如何做到的的呢？协议基本组成：地址：服务提供者地址端口：协议指定开放的端口报文编码：协议报文编码 ，分为请求头和请求体两部分。序列化方式：将请求体序列化成对象Hessian2Serialization、DubboSerialization、JavaSerializatio

Dubbo调用模块概述：dubbo调用模块核心功能是发起一个远程方法的调用并顺利拿到返回结果，其体系组成如下：透明代理： 通过动态代理技术，屏蔽远程调用细节以提高编程友好性。负载均衡： 当有多个提供者是，如何选择哪个进行调用的负载算法。容错机制： 当服务调用失败时采取的策略调用方式： 支持同步调用、异步调用透明代理：参见源码：com.alibaba.dubbo.config.ReferenceConfig#createProxycom.alibaba.dubbo.common.byt

接口暴露与引用在一个RPC场景中 ，调用方是通过接口来调用服务端，传入参数并获得返回结果。这样服务端的接口和模型必须暴露给调用方项目。服务端如何暴露呢？客户端如何引用呢？接口信息模型信息异常暴露接口的通常做法是 接口与实现分离，服务端将 接口、模型、异常 等统一放置于一个模块，实现置于另一个模块。调用方通过Maven进行引用。自动化构建与协作当项目越来越多，服务依懒关系越发复杂的时候，为了提高协作效率，必须采用自动化工具 完成 接口从编写到构建成JAR包，最后到引用的整个过程。流程描述

Dubbo核心功能解释dubbo 阿里开源的一个SOA服务治理框架，从目前来看把它称作是一个RPC远程调用框架更为贴切。单从RPC框架来说，功能较完善，支持多种传输和序列化方案。所以想必大家已经知道他的核心功能了：就是远程调用。快速演示Dubbo的远程调用实现步骤创建服务端项目 引入dubbo 依赖 编写服务端代码创建客户端项目 引入dubbo 依赖 编写客户端调用代码dubbo 引入：<dependency> <groupId&

技术理在改造过程中可能会遇到什么风险和问题？新功能和旧BUG的问题业务完整性的问题团队协作方式转变开发人员技能提升系统交付方式转变这些问题解决涉及业务部门及整个技术部门（开发、测试、运维）协商与工作标准的制定。业务相关问题暂不做讨论,技术架构上应该要清楚自己的职责是，如何通过技术手段把业务波动降至最低、开发成本最低、实施风险最低？架构的发展历史：单体式架构：垂直架构:分布示架构：分布式架构所带来的成本与风险:分布式事物：分布式事物是指一个操作，分成几个小操作在多个服务.