lisheng19870305的专栏

我们讨论过Nginx+tomcat组成的集群，这已经是非常灵活的集群技术，但是当我们的系统遇到更大的瓶颈，全部应用的单点服务器已经不能满足我们的需求，这时，我们要考虑另外一种，我们熟悉的内容，就是分布式，而当下流行的Dubbo框架。一，背景 以前我们需要远程调用他人的接口，我们是这么做的： 我们遇到的问题： (1) 当服务越来越多时，服务URL配置管理变得非常困难，F5硬件负载均...

对最近遇到的业务应用dubbo线程池爆满(异常：RejectedExecutionException:Thread pool is EXHAUSTED)问题进行了分析。一、问题回顾：业务应用dubbo配置如下：<dubbo:protocol name="dubbo" port="${dubbo.port}" /}在dubbo的spring配置中，业务应用并没有配置threadpool,threads等参数，查看dubbo.io用户文档，可知：默认配置为：<dubbo:p.

前言网上看dubbo相关文章，都是一堆复制粘贴的，有的甚至直接复制官网的变成自己的博客。无奈之下只有自己学习，顺便把学习的结果分享给大家。全部案例均使用最新的springboot的形式，传统mian方法启动的方式参考快速入门案例。如果项目紧急需要五分钟上手dubbo进行开发，请参考：最简单的dubbo教程-快速入门本文主要参考：dubbo官网简介本文会用HelloWorld开始，带大家从0到1，逐渐学会dubbo，都有demo的案例可以下载。如果看不懂没关系，最后会写一个简单的RPC调...

1、两个dubbo接口,类名相同包路径不同,遇到的坑 最近在做一个系统整合项目，两个系统合并成一个系统。但是其中有两个类的类名重复了，但包路径不同。根据以往经验，dubbo的@com.alibaba.dubbo.config.annotation.servcie注解是允许这种情况存在的，dubbo是根据包路径+类型区分服务的。 我整合好系统后，启动...

dubbo启动时默认有重试机制和超时机制。超时机制的规则是如果在一定的时间内，provider没有返回，则认为本次调用失败，重试机制在出现调用失败时，会再次调用。如果在配置的调用次数内都失败，则认为此次请求异常，抛出异常。如果出现超时，通常是业务处理太慢，可在服务提供方执行：jstack PID > jstack.log 分析线程都卡在哪个方法调用上，这里就是慢的原因。如果不...

直连提供者(+) (#)在开发及测试环境下，经常需要绕过注册中心，只测试指定服务提供者，这时候可能需要点对点直连，点对点直联方式，将以服务接口为单位，忽略注册中心的提供者列表，A接口配置点对点，不影响B接口从注册中心获取列表。(1) 如果是线上需求需要点对点，可在&lt;dubbo:reference&gt;中配置url指向提供者，将绕过注册中心，多个地址用分号隔开，配置如下：...

1. 使用默认application.properties和注解的方式导入dubbo-starter，在application.properties配置属性，使用@Service注解来暴露服务，使用@Reference来引用服务。具体可参考Dubbo整合SpringBoot，这里截取部分代码方便理解。属性在application.properties中配置服务提供方使...

1 、设计方式action-&gt;facade-&gt;biz-&gt;dao好的Dubbo服务接口设计，并非只是纯粹的接口服务化2.接口类型简单的数据查询接口:action.facade、dao(例根据Id查询记录)带业务逻辑的数据查询接口:action、facade、biz、dao(复杂的查询，带业务逻辑)简单的数据写入接口：action、facade、dao(简单数...

1、工程架构    层次设计大致分为：Remote层、Manager层、Service层、Cache层、DAO层、DTO\DO。    各层次功能描述：Remote层：对外暴露dubbo接口；Manager层：多表业务；Service层：单表业务；Cache层：缓存业务；DAO层：数据库访问操作；DTO：暴露服务操作对象；DO：数据库操作对象；2、开发规范Remote...