taojin12的博客

文章目录本地存根本地伪装进阶用法returnthrowforce 和 fail在方法级别配置 Mock隐式参数在服务消费方端设置隐式参数在服务提供方端获取隐式参数本地存根本地存根类似于Dubbo的静态代理。dubbo会在客户端生成一个代理。stub必须有可传入Proxy的函数。远程服务后，客户端通常只剩下接口，而实现全在服务端，但提供方有些时候想在客户端也执行部分逻辑，比如：做ThreadLocal缓存，提前验证参数，调用失败后伪造容错数据等等，此时就需要在API中带上Stub，客户端生成Pr

订单模块问题1、 订单模块的横向和纵向拆表。在电商平台中订单表中的数据会越来越多，为了更好的业务扩招，需要对数据库表进行拆分。横向拆分就是根据不同的订单类型拆分为服装订单表、家电订单表和其他订单表。纵向拆分按年份拆分，例如2018年一个表，2020年一个表。在数据库表拆分之后，当需要数据间从多个表中查找，这就需要dubbo的提供的特性服务分组 和 分组聚合。dubbo服务分组一个接口实现了多个不同数据库表间的查询，在dubbo中可以用group区分。服务端服务端中添加group属性，自定义

文章目录一、结果缓存缓存类型配置二、 连接控制三、 并发控制对于热点数据，或者对于一些长期不会变化的数据来说，减少数据库访问查询，对查询结果进行缓存处理。一、结果缓存结果缓存 ，用于加速热门数据的访问速度，Dubbo 提供声明式缓存，以减少用户加缓存的工作量 。dubbo缓存是在本地缓存，在分布式服务中，会缓存多份，在每个服务中缓存。redis缓存是分布式缓存，所有服务共用一份缓存。缓存类型lru 算法基于最少使用原则删除多余缓存，保持最热的数据被缓存。thradlocal：当前线程缓存，

文章目录dubbo异步调用2.6版本中dubbo异步调用的实现2.7版本dubbo 客户端Consumer异步调用使用CompletableFuture签名的接口1、调用远程服务：2、 使用RpcContext2.7 版本 服务提供者Provider异步执行1、定义CompletableFuture签名的接口2、使用AsyncContextspringboot 项目集成异步调用在微服务环境中，往往一个接口，是经过多个服务间的接口调用，最后封装成一个接口中返回。如果每个等待每个接口串并执行结果，会比较耗时，

dubbo启动检查在服务的消费者项目里，项目在启动过程中，默认如果检测到没有服务可供调用的话，就会报错。服务启动过程中验证服务提供者的可用性。验证过程出现问题，则阻止整个spring容器的初始化。服务启动检查可以尽可能早的发现服务问题。在项目启动过程中，如果在服务消费者中不想去做服务检查，可以做如下配置；通过 spring 配置文件关闭某个服务的启动时检查 (没有提供者时报错)：<dubbo:reference interface="com.foo.BarService" chec

API网关在微服务架构中，通常会有多个服务提供者。设想一个电商系统，可能会有商品、订单、支付、用户等多个类型的服务，而每个类型的服务也会随着整个系统体量的增大也会随之增长和变更。作为UI端，在展示页面时，可能需要从多个微服务中聚合数据，而且服务的划分位置结构可能会有所改变。网关就可以对外暴露聚合API， 屏蔽内部微服务的微小变动，保持整个系统的稳定性。api网关有点类似于设计模式中的facade（外观）模式。api网关一般都是微服务系统中的门面。api网关是微服务中的重要组成部门。API网关的

微服务发展历程面向服务开发-SOA，根据项目中的服务模块进行划分多个业务系统。微服务开发：微服务是一种将业务系统进一步拆分的架构风格。微服务强调每一个单一业务都独立运行。例如：将用户系统中，用户登录，权限等业务进行划分，并独立运行。每一个单一服务都应该使用更轻量的机制保持通信。例如：使用轻量的tcp、http，抛弃webservice。服务不强调环境，可以不同语言或不同数据源。微服务的选择Dubbo—基于TPC传输的协议。Spring Cloud—包含一系列微服务的架构集合。微服务基本概念