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中的