NanoMsg框架|NanoMsg的简介
- 2020 年 2 月 25 日
- 筆記
写在最前
最近由于新冠状肺炎病毒的影响,过年期间一直呆在家里,除了基本购买生活必须品外,可以说是足不出户了,在家闲久了自己也是想找点事做,所以最近也一直在研究NanoMsg框架,主要是公司的一些项目中已经使用这个通讯框架了,本身nanomsg相比Rabbit MQ什么的也轻量。
在C#中通过NuGet中使用也非常简单,但是项目中也部分用到了Android的手持设备,搜了搜android里面没有现成的nanomsg可用,必须自己编译nanomsg的源码再进行封装,所以准备把Nanomsg作为一个系列,整体都学习一下,除了简介外,还有C#中的使用,及Android中怎么编译nanomsg的源码生成so库,及调用nanomsg与C#的通讯。
废话就不再多说了,直接开始今天NanoMsg的主题。
NanoMsg简介
微卡智享
NanoMsg是一个Socket的通讯库,使语C语言编写实现的,这样就可以适用于多种操作系统,而且几乎不需要什么依赖,可扩展并且能易于使用。
Nanomsg提供了几种常见的通信模式(也称为“可扩展性协议”)是构建分布式系统的基本框架。通过组合它们,可以创建广泛的分布式应用程序。
可扩展性协议类型
类型 |
说明 |
---|---|
PAIR |
简单的一对一沟通 |
BUS |
简单的多对多通信 |
REQREP |
允许构建无状态集群来处理用户请求 |
PUBSUB |
将消息分发给订阅消息的用户 |
PIPELINE |
汇总来自多个来源的消息,并在许多目的点之间进行负载平衡 |
SURVEY |
允许一次查询多个应用程序的状态 |
PAIR模式
简单的一对一沟通,Client1只能同时连接Client2,通讯时的send是不阻塞的,而recv是阻塞的,直到recv超时或者接到到对方的send。
BUS
简单的多对多通信,在此模式中,消息被发送到每个直接连接的对等点。
REQREP
允许构建集群的无状态服务来处理用户请求。每个req请求都需要rep响应,类似http协议(一应一答)。
PUBSUB
发布者向订阅者推送消息。只有订阅该频道的订阅者才能收到该频道的消息。
PIPELINE
聚合来自多个来源的消息,并在多个目的地之间进行负载平衡。Client1只能send,Client2只能recv。
SURVEY
查询多个应用的状态。这种模式对于服务发现和投票算法非常有用。
支持的传输机制
微卡智享
名称 |
说明 |
---|---|
INPROC |
进程内的传输(线程,模块等之间) |
IPC |
在单个机器上的进程间传输 |
TCP |
通过TCP的网络传输 |
NanoMsg源码地址
微卡智享
https://github.com/nanomsg/nanomsg.git
上面就是NanoMsg的简单介绍,后面我会开始介绍NanoMsg的具体使用方法,主要是C#和Android中的
完