最近公司一直在用阿里的开源框架Dubbo，正好上一篇文章也是讲到了RPC的概念，Dubbo听过的兄弟都知道在业界好评还是很高的，不光是设计优雅，文档也很齐全，这次就简单的分享下LZ的解读成果，当然本文章只是浅层次的，着重分析的是Dubbo核心层如何去高效的执行调用远程RPC服务的。这里要简单跟兄弟们区分下概念，最常见最具代表性也是比较简单的HTTP协议(短连接)与Socket编程(长连接)的区别，
微服务架构是互联网很热门的话题，是互联网技术发展的必然结果。它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。虽然微服务架构没有公认的技术标准和规范或者草案，但业界已经有一些很有影响力的开源微服务架构框架提供了微服务的关键思路，例如Dubbo和Spring Cloud。各大互联网公司也有自研的微服务框架，但其模式都于这二者相差不大。《Dubbo和
Java后端知识点汇总——Dubbo专题全套Java知识点汇总目录,见——参考于码农求职小助手公众号1、Dubbo是什么？Dubbo是阿里巴巴开源的基于 Java 的高性能 RPC 分布式服务框架，现已成为 Apache 基金会孵化项目。面试官问你如果这个都不清楚，那下面的就没必要问了。官网：http://dubbo.apache.org2、为什么要用Dubbo？因为是阿里开源项目，国内很多互联网
孰优孰劣？Dubbo VS Spring Cloud性能测试大对决！ 最近我们试图从Dubbo迁移到Spring Cloud。为此对二者分别进行了性能测试。为了得出数据量不同的情况下的二者的性能表现，我们分别准备了一个25个属性pojo对象和一个50个属性的pojo对象，通过这样的方式我们也可以间接地了解二者在序列化方面的水平。 &nb
作者：华钟明本文我们将介绍 Apache Dubbo 灵活的多协议设计原则，基于这一设计，在 Dubbo 框架底层可灵活的选用 HTTP/2、HTTP/REST、TCP、gRPC、JsonRPC、Hessian2 等任一 RPC 通信协议，同时享用统一的 API 与对等的服务治理能力。同时，我们还介绍了 Dubbo 的单端口多协议能力，也就是在单个端口同时监听、处理多个协议，这对于简化多协议同时发
Dubbo：微服务框架，底层用的是RPC。zk宕机后，消费者能正确运行。zk会动态的向客户端更新服务列表信息。当zk宕机后，由于之前已经同步了zk的服务列表信息,所以客户端可以按照自己已经缓存的清单进行访问。dubbo负载均衡策略：在reference标签中配置负载均衡策略；“loadbalance=” random "；四种：Random随机; RoundRobin轮循；LeastActive最
前言： MQ 是什么？队列是什么，MQ 我们可以理解为消息队列，队列我们可以理解为管道。以管道的方式做消息传递。场景： 1.其实我们在双11的时候，当我们凌晨大量的秒杀和抢购商品，然后去结算的时候，就会发现，界面会提醒我们，让我们稍等，以及一些友好的图片文字提醒。而不是像前几年的时代，动不动就页面
我们直接将结论先列出来，然后逐个分析： 本博客借鉴此文章：://blog..net/shuijieshuijie/article/details/53133082 打个不恰当的比喻： 使用Dubbo构建的微服务架构就像组装电脑，各环节我们的选择自由度很高，但是最终结果很有可能因为一条
转载
2018-03-19 17:03:00
107阅读
2评论
ice-dubbo-thrift-grpc性能测试对比测试说明本测试只是个人为了对rpc进行技术选型，测试可能不够严谨，对某些rpc的参数可能也不是最优，如果你知道更优的参数配置或者改进意见等，欢迎反馈给我magicdoom@gmail.com。另外代码有些地方只是为了测试方便，不作为平时编程的范例。所有测试源码和运行均一起提供在附件里。测试源码工程可用idea打开 ，其中dubbo，
写一篇博客来记录从 Python 转型到 Java 的学习成果。整体架构: rpc: dubbo + thrift idl: thrift registeration: zookeeper MQ: kafka sql: mysql noSql: redis过程中遇到的问题: 1. 数据库唯一标示ID 沿用了 sonwflake 的设计方案, 单个服务每毫秒最大吞吐量为 4096 个ID2
消息队列软件下载链接: kafka下载Dubbo远程调用的性能问题Dubbo调用普遍存在于我们的微服务项目中，这些Dubbo调用全部是同步的操作，这里的"同步"指：消费者A调用生产者B之后，A的线程会进入阻塞状态，等待生产者B运行结束返回之后，A才能运行之后的代码。Dubbo消费者发送调用后进入阻塞状态这个状态表示该线程仍占用内存资源但是什么动作都不做，如果生产者运行耗时较久，消费者就一直等待，如
前言 什么是协议？协议可以认为是一种语言，是一种交互的标准。比如A和B互相发手机短信。A和B必须互相知道对方手机号（IP地址），知道手机号后，全部使用汉语(协议)即可互相通信。 http即超文本传输协议，它是运行在TCP之上的应用层协议。http诞生之初主要是应用于WEB端内容获取。http协议简单快速，支持很多请求方法，如GET，POST等等；使用灵活，可以传输任意数据，只需要Content-Type标记即可；安全性，使用https交互，可防止数据窃取； 既然http应用这么厉害，为什么
原创
2021-08-31 10:11:08
4110阅读
目录 ● Dubbo ● Motan ● Thrift ● Grpc上述四种流行RPC框架的对比● Dubbo 本来阿里2014年就不在维护Dubbo了，直到2017年9月份又恢复了维护，可能一来是用户量很多，哪怕是在不维护的情况下还是有很多的用户，二来是微服务比较火，比较看好微服务的方向。以下是Dub
一、Dubbo 简介1、Dubbo 官网：https://dubbo.apache.org/zh-cn/docs/user/quick-start.html Apache Dubbo™ 是一款高性能Java RPC框架。Apache Dubbo |ˈdʌbəʊ| 是一款高性能、轻量级的开源Java RPC框架。它提供了三大核心能力：1）面向接口的远程方法调用；2）智能容错和负载均衡；3）
Dubbo 和 Spring Cloud 比喻使用 Dubbo 构建的微服务架构就像组装电脑，各环节我们的选择自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，总是让人不怎么放心，但是如果你是一名高手，那这些都不是问题；而 Spring Cloud 就像品牌机，在 Spring Source 的整合下
原创
2022-03-24 10:11:32
249阅读
实现远程调用的方式Http接口（web接口、RestTemplate+Okhttp）、Feign、RPC调用（Dubbo、Socket编程）、Webservice。什么是Feign？Feign是Spring Cloud提供的一个声明式的伪Http客户端，它使得调用远程服务就像调用本地服务一样简单，只需要创建一个接口并添加一个注解即可。Nacos注册中心很好的兼容了Feign，Feign默认集成了R
在业界，一般有两种微服务的实践方法：基于dubbo的微服务架构、基于Spring Cloud的微服务架构。从概念上来讲，Dubbo和Spring Cloud并不能放在一起对比，因为Dubbo仅仅是一个RPC框架，实现Java程序的远程调用，实施服务化的中间件则需要自己开发；而Spring Cloud则是实施微服务的一系列套件，包括：服务注册与发现、断路器、服务状态监控、配置管理、智能路由、一次性令
Dubbo是一个提供RPC远程调用的分布式服务框架。http://dubbo.apache.org/en-us/docs/user/quick-start.html他能做什么呢。一 透明化的服务调用方式，像调用本地方法一样调用远程方法，无API侵入，只需在配置文件中配置服务。 二 软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。 三 服务自动注册与发现，不需要写死服务提
对dubbo的协议的学习，可以知道目前主流RPC通信大概是什么情况，本文参考dubbo官方文档http://dubbo.incubator.apache.org/books/dubbo-user-book/http://dubbo.incubator.apache.org/books/dubbo-admin-book/dubbo共支持如下几种通信协议：dubbo://rmi://hessian:/...
转载
2021-05-25 09:12:02
919阅读
对比：具体见此博客： ://.sohu./a/108961261_468650 dubbo：组装机 springcloud：品牌机 打个不恰当的比喻：使用Dubbo构建的微服务架构就像组装电脑，各环节我们的选择自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，总是让
转载
2018-03-19 09:58:00
39阅读
2评论
