https://blog.csdn.net/cfydaniel/article/details/44621163
rpc让你远程调用象本地调用&＃xff0c;一般是同步的&＃xff0c;例如&＃xff0c;你读一个文件&＃xff0c;象调用本地的函数&＃xff0c;就是时间久点。
消息代理框架一般是异步的&＃xff0c;一个线程send&＃xff0c;另外一个线程recv。
消息代理框架一般是异步的&＃xff0c;一个线程send&＃xff0c;另外一个线程recv。
https://www.zhihu.com/question/27230866
最大的区别是&＃xff0c;rpc没有broker, 而消息队列是需要管理消息的存储的&＃xff0c;rpc没有存储&＃xff0c;只有通信。
protool buffer 是一种序列化方式&＃xff0c;google开源的gPRC则是一个基于Protocol Buffers序列化的RPC框架&＃xff0c;Thrift也是个RPC框架 &＃xff0c;这两个都是跨平台RPC框架
RPC一般用于同步场景
ActiveMQ&＃xff0c;RabbitMQ是流行的消息队列&＃xff08;消息中间件&＃xff09;&＃xff0c;消息队列一般用于异步场景
RPC一般用于同步场景
ActiveMQ&＃xff0c;RabbitMQ是流行的消息队列&＃xff08;消息中间件&＃xff09;&＃xff0c;消息队列一般用于异步场景
不管是消息队列还是rpc调用都是 分布式下面的 通信方式。
消息队列最容易理解的方式就是生产者消费者模式&＃xff0c;使两个应用解耦。mq等框架就是对这的具体实现。
rpc中主要有两点&＃xff0c;一是消息的传输格式(文本或二进制)&＃xff0c;二是消息传输方式(http或tcp)。有的框架是对前者实现&＃xff0c;如probuffer&＃xff0c;有的是对后面实现&＃xff0c;如netty&＃xff0c;还有的就是一个整体实现&＃xff0c;如thrift。
不管怎样&＃xff0c;他们都是为了实现通信。
消息队列最容易理解的方式就是生产者消费者模式&＃xff0c;使两个应用解耦。mq等框架就是对这的具体实现。
rpc中主要有两点&＃xff0c;一是消息的传输格式(文本或二进制)&＃xff0c;二是消息传输方式(http或tcp)。有的框架是对前者实现&＃xff0c;如probuffer&＃xff0c;有的是对后面实现&＃xff0c;如netty&＃xff0c;还有的就是一个整体实现&＃xff0c;如thrift。
不管怎样&＃xff0c;他们都是为了实现通信。
消息代理&＃xff0c;又称消息队列&＃xff0c;是面向队列的&＃xff0c;主要维护客户端和服务端之间的消息&＃xff0c;因此往往会有独立消息中间件&＃xff0c;有的消息队列也会实现消息持久化&＃xff0c;掉电不丢失。
RPC框架也是有消息队列的&＃xff0c;只不过你不用管消息队列这些东西&＃xff0c;你只管调用就好。
如果你的业务包颗粒比较小&＃xff0c;比如就是取出一个数据&＃xff0c;那么用RPC就好。
如果你业务包颗粒比较大&＃xff0c;比如完成一个订单业务&＃xff0c;操作复杂&＃xff0c;耗时较长&＃xff0c;那么可以把这个业务存到消息队列中间件。
--------------
一&＃xff0c;消息队列服务一般用于设计多系统之间的信息传输&＃xff0c;一般这种传输不需要对方对数据做出回应。它最常见的方式是构建异步的生产者-消费者模式。我们在系统开发中&＃xff0c;有些业务并不需要及时返回结果&＃xff0c;我们可以把这些操作放到队列中&＃xff0c;然后另起一个消费者去处理它。比如日志&＃xff0c;数据库异步更新。
二&＃xff0c;rpc一般是用于服务器与服务器进程之间通信&＃xff0c;这种通信有请求和应答。它是建立在底层的socket通信之上的。封装为rpc之后&＃xff0c;更加方便建立通信。就像在同一个进程中调用对方的方法一样。它本地的方法名一般和请求到达的服务器的方法名一一对应。这样可以更好的把模块划分。所以它是应对分布式而生的。比如一个网站&＃xff0c;一开始可能所有的服务在一个进程中&＃xff0c;但是随着业务的增长&＃xff0c;一个进程处理不过来&＃xff0c;这时就需要把业务拆分成多个&＃xff0c;分部到不同的机器上去。
京公网安备 11010802041100号