NATS客户端
    一个NATS客户端是基于NATS服务端来说既可以是一个生产数据的也可以是消费数据的。生产数据的叫生产者英文为 publishers,消费数据的叫消费者英文为 subscribers,其中消费者既可以是同步的也可以是异步的。NATS客户端与NATS服务端是通过点对点的方式进行连接通信的,客户端是不需要知道彼此的位置就可以相互通信的。

  目前Apcera也积极的为我们维护和提供了多个其他语言的客户端,我们可以直接下载使用。当然,我们也可以自己去写相关的客户端代码。

Go语言版的客户端

  接下来我们就用 Go 语言来自己写客户端实现与 NATS 服务进行通信

 1. 异步的订阅者subscriber

  手动编写一个名为 async-sub.go 的源码,它是一个最基本的带有 debugging 日志的客户端代码,具体代码如下所示:

package main

import (
"runtime"
"log"
"github.com/nats-io/go-nats"
) func main() {
// create server connection
natsConnection, _ := nats.Connect(nats.DefaultURL)
log.Println("connected to " + nats.DefaultURL) // subscribe to subject
log.Printf("subscribing to subject 'foo' \n")
natsConnection.Subscribe("foo", func(msg *nats.Msg) {
//handle the message
log.Printf("received message '%s\n", string(msg.Data) + "'")
}) // keep the connection alive
runtime.Goexit()
}

解释

  1. import packages

    我们需要引入有关 nats 相关服务包;而对于订阅者subscriber还必须引入go包中的runtime;我们还需要使用go中的log包,用于客户端的日志信息打印,方便我们随时查看问题。

  2. 创建连接

    NATS服务端口默认是运行在4222,客户端采用默认连接方式创建一个连接。其中nats.DefaultURL->nats://localhost:4222

  3. 订阅主题

    客户端订阅主题为“foo“的NATS消息。订阅者的方法会返回收到消息的有效信息。

  4. 消息处理

    订阅者实现异步消息处理程序来处理消息。在这个应用案例中,客户端只是将每个收到的消息进行日志的打印。没有显式的去编写消息处理程序代码,订阅是同步的要求是需要额外客户端代码来处理消息(参见下面的同步用户的例子)。

  5. 保持连接一直为激活状体啊

    这个 runtime.Goexit() 是保证在主程序执行完之后客户端程序一直为激活状态,换句话说,客户端并不会单一接收到消息后就终止运行了。

  6. 测试

    运行我们上面写到代码,如果你是在编译器中编写的代码,那么可以直接在编译器上运行;如果是记事本类进行编写的,则需要在终端运行:

    go run async-sub.go

    最终打印的结果为:

  /04/05 14:54:57 connected to nats://localhost:4222
  2017/04/05 14:54:57 subscribing to subject 'foo'

 2. 简单发布者publisher

  这个客户端 pub-simple.go 在主题 "foo" 上发布一个简单的NATS消息为“Hello NATS“,那么订阅者客户端 async-sub.go 就应该会收到这条消息

package main

import (
"log"
"github.com/nats-io/go-nats"
"time"
) func main() {
// create server connection and defer close
natsConnection, _ := nats.Connect(nats.DefaultURL)
defer natsConnection.Close()
log.Println("connected to " + nats.DefaultURL) // publish messge on subject by name foo
subject := "foo"
natsConnection.Publish(subject, []byte("Hello NATS"))
log.Printf("published message on subject " + subject) time.Sleep( * time.Second)
}

  这里对应订阅主题是可以支持简单正则相关的定义,所以我们可以指定很多规则。这段代码和上面订阅者的代码类似,这里就不多做冗余讲解了,直接将运行结果贴出来:

// :: connected to nats://localhost:4222
// :: subscribing to subject 'foo'
// :: received message 'Hello NATS'

  除了一个简单的产生者发送消息(使用字符串的方式)案例,我们还可以使用内置的 msg 结构体,具体案例如下所示:

package main

import (
"log"
"github.com/nats-io/go-nats"
) func main() {
// create server connection and defer close
natsConnection, _ := nats.Connect(nats.DefaultURL)
defer natsConnection.Close()
log.Println("connected to " + nats.DefaultURL) // msg structure
msg := &nats.Msg{Subject: "foo", Reply: "bar", Data: []byte("Hello World")}
natsConnection.PublishMsg(msg) log.Println("published msg.Subject = " + msg.Subject, " | msg.Data = " + string(msg.Data))
}

  运行结果和上面的类似。

 3. 同步订阅者客户端

  同步客户并没有实现与用户的消息处理程序。相反,接收订阅的客户端负责实现代码来处理消息。此时客户被阻塞无法接受更多的信息,直到客户端处理完返回消息。

  举例如下

sub, err := natsConnection.SubscribeSync("foo")
m, err := sub.NextMsg(timeout)

 4. 权限验证

  我们在启动NATS服务的时候想要设定一定的权限控制,这样当客户端连接的时候必须需要验证才能访问连接。目前具体的有两种方式,一种是配置文件配置,另外一种就是在启动时加上相应的权限内容。这里说一下命令行启动时如何开启权限验证:

gnatsd -DV -m  -user foo -pass bar

  其中 -DV 是 logging 的配置项,目的是为了更加详细的观察每一个客户端的连接详情,具体其他的可以参看我上一篇博客。这里只讲用到的:

  -D, --debug                   Enable debugging output

  -V,  --trace                    Trace the raw protocol

  -DV                               Debug and trace

  -user          User required for connections

  -pass          Password required for connections

  启动信息打印如下:

[] // ::47.015397 [INF] Starting nats-server version 0.9.
[] // ::47.015478 [DBG] Go build version go1.
[] // ::47.015489 [INF] Starting http monitor on 0.0.0.0:
[] // ::47.015589 [INF] Listening for client connections on 0.0.0.0:
[] // ::47.015624 [DBG] Server id is S1wbxzcmrpcNKURHXNEfvc
[] // ::47.015629 [INF] Server is ready

  如果我还直接用上面没有改动的 async-sub.go 代码直接运行,观察 NATS 服务器日志信息打印如下:

[] // ::41.289881 [DBG] ::: - cid: - Client connection created
[] // ::41.290715 [TRC] ::: - cid: - ->> [CONNECT {"verbose":false,"pedantic":false,"tls_required":false,"name":"","lang":"go","version":"1.2.2","protocol":}]
[] // ::41.290805 [ERR] ::: - cid: - Authorization Error
[] // ::41.290817 [TRC] ::: - cid: - <<- [-ERR Authorization Violation]
[] // ::41.290839 [DBG] ::: - cid: - Client connection closed

  那么接下来我们就需要改动上面已经写过的客户端 订阅者 和 发布者 的代码

  1. async-sub.go 代码修改,其中修改的部分用红色字体标注

package main

import (
"runtime"
"log"
"github.com/nats-io/go-nats"
) func main() {
// create server connection
natsConnection, _ := nats.Connect("nats://foo:bar@localhost:4222")
log.Println("connected to " + nats.DefaultURL) // subscribe to subject
log.Printf("subscribing to subject 'foo' \n")
natsConnection.Subscribe("foo", func(msg *nats.Msg) {
//handle the message
log.Printf("received message '%s\n", string(msg.Data) + "'")
}) // keep the connection alive
runtime.Goexit()
}

  此时服务器后端日志信息打印如下内容:

[] // ::13.681407 [TRC] ::: - cid: - ->> [PING]
[] // ::13.681411 [TRC] ::: - cid: - <<- [PONG]
[] // ::13.681608 [TRC] ::: - cid: - ->> [SUB foo ]

  2. pub-simple.go 代码修改,其中修改的部分用红色字体标注

package main

import (
"log"
"github.com/nats-io/go-nats"
) func main() {
// create server connection and defer close
natsConnectionString := "nats://foo:bar@localhost:4222"
natsConnection, _ := nats.Connect(natsConnectionString)
defer natsConnection.Close()
log.Println("connected to " + nats.DefaultURL) // msg structure
msg := &nats.Msg{Subject: "foo", Reply: "bar", Data: []byte("Hello World")}
natsConnection.PublishMsg(msg) log.Println("published msg.Subject = " + msg.Subject, " | msg.Data = " + string(msg.Data))
}

  此时服务器终端打印日志信息如下:

[] // ::13.687547 [DBG] ::: - cid: - Client Ping Timer
[] // ::13.687584 [TRC] ::: - cid: - <<- [PING]
[] // ::13.687651 [TRC] ::: - cid: - ->> [PING]
[] // ::13.687660 [TRC] ::: - cid: - <<- [PONG]
[] // ::13.687854 [TRC] ::: - cid: - ->> [PONG]
[] // ::13.691474 [DBG] ::: - cid: - Client Ping Timer
[] // ::13.691504 [TRC] ::: - cid: - <<- [PING]
[] // ::13.691589 [TRC] ::: - cid: - ->> [PING]
[] // ::13.691599 [TRC] ::: - cid: - <<- [PONG]
[] // ::13.691658 [TRC] ::: - cid: - ->> [PONG]
[] // ::28.933556 [DBG] ::: - cid: - Client connection created
[] // ::28.933944 [TRC] ::: - cid: - ->> [CONNECT {"verbose":false,"pedantic":false,"user":"foo","pass":"bar","tls_required":false,"name":"","lang":"go","version":"1.2.2","protocol":}]
[] // ::28.933986 [TRC] ::: - cid: - ->> [PING]
[] // ::28.933992 [TRC] ::: - cid: - <<- [PONG]
[] // ::28.934227 [TRC] ::: - cid: - ->> [PUB foo bar ]
[] // ::28.934240 [TRC] ::: - cid: - ->> MSG_PAYLOAD: [Hello World]
[] // ::28.934270 [TRC] ::: - cid: - <<- [MSG foo bar ]
[] // ::28.935859 [DBG] ::: - cid: - Client connection closed

  从以上结果可以看出,前10行日志是订阅者自发的ping-pong操作,检测服务是否可以ping通,说白了就是心跳检测。后面开始有发布者开始创建连接,创建成功后会打印发布的消息日志,最后关闭响应的连接。

  以上就是使用 Go 语言模拟客户端 发布者/订阅者的实现

NATS_08:NATS客户端Go语言手动编写的更多相关文章

  1. 用Kotlin语言重新编写Plaid APP:经验教训(I)

    原文标题:Converting Plaid to Kotlin: Lessons learned (Part 1) 原文链接:http://antonioleiva.com/plaid-kotlin- ...

  2. 客户端脚本语言javascript

    2015.11.27  客户端脚本语言javascript. (叫这个名字的原因.想要攀高枝,希望变得和他一样通用.关于名字之间的关系类似于雷锋和雷峰塔,巴基斯坦和卡巴斯基,苏格拉底跟格拉苏蒂的关系一 ...

  3. Asynchronous MQTT client library for C (MQTT异步客户端C语言库-paho)

    原文:http://www.eclipse.org/paho/files/mqttdoc/MQTTAsync/html/index.html MQTT异步客户端C语言库   用于C的异步 MQTT 客 ...

  4. MQTT Client library for C (MQTT客户端C语言库-paho)

    原文:http://www.eclipse.org/paho/files/mqttdoc/MQTTClient/html/index.html 来自我的CSDN博客   最近在使用Paho的MQTT客 ...

  5. 性能测试总结工作总结-基于WebService协议脚本 内置函数手动编写

    LoadRunner基于WebService协议脚本 WebService协议脚本有三种生成方式,一种是直接通过LoadRunner导入URL自动解析生成:一种是使用LoadRunner内置函数手动编 ...

  6. 伯克利SocketAPI(一) socket的C语言接口/最简单的服务器和对应的客户端C语言实现

    1. 头文件 2. API函数 3. 最简单的服务器和对应的客户端C语言实现 3.1 server #include <sys/types.h> #include <sys/sock ...

  7. katalon系列五:使用Katalon Studio手动编写WEB自动化脚本

    上一篇主要讲了怎么录制脚本,这次我们看看怎么手动编写脚本,接下来就编写一个简单的用百度搜索的脚本. 1.我们先抓取页面上的元素,点击工具栏上的Spy Web按钮(地球上有个绿点),URL输入百度地址, ...

  8. 手动编写一个简单的loadrunner脚本

    loadrunner除了自动录制脚本外,还可以手动编写脚本,通过右键+inset step添加步骤,还可以手动添加事务,集合点等 下面是一个简单的Action脚本,服务是运行在本机的flask服务: ...

  9. 深入浅出 Cocoa 之 Core Data(2)- 手动编写代码

    深入浅出 Cocoa 之 Core Data(2)- 代码示例 罗朝辉(http://blog.csdn.net/kesalin) CC 许可,转载请注明出处 前面详细讲解了 Core Data 的框 ...

随机推荐

  1. 设计与实现分离——面向接口编程(OO博客第三弹)

    如果说继承是面向对象程序设计中承前启后的特质,那么接口就是海纳百川的体现了.它们都是对数据和行为的抽象,都是对性质和关系的概括.只不过前者是纵向角度,而后者是横向角度罢了.今天呢,我想从设计+语法角度 ...

  2. c# 程序重启设定

    问题情境: 程序随着时间运行,越来越大.暂时想到的两种方法,一是反攻代码,查看占内存大的函数,是不是没有回收.再就是暴力设定程序定时重启. 解决原理: 定时重启:暂设定timer,时间匹配执行rest ...

  3. web02-welcomeyou

    新建web项目web02-welcomeyou, 修改index.jsp为 <body> This is my JSP page. <br> <form action=& ...

  4. sprint站立会议

    索引卡: 工作认领:                                                                                       时间 ...

  5. sqlDataAdapter和SqlCommand的区别

    因为DataSet是离线的,所以SqlDataAdapter这个对象是连接DataSet和数据库的桥梁,所有对DataSet的操作(填充,更新等)都要通过他 ado.net数据访问有两种方式: 1.离 ...

  6. "私人助手"NABCD分析

    ---恢复内容开始--- 团队开发项目“私人助手”需求分析NABCD模型: (1)N(Need需求):“私人助手”解决了几类人遇到非常多的事情,非常繁琐,“私人助手”为用户解决这个问题,让用户的工作更 ...

  7. java 面试 -- 4

    Java面试知识点总结   本篇文章会对面试中常遇到的Java技术点进行全面深入的总结,帮助我们在面试中更加得心应手,不参加面试的同学也能够借此机会梳理一下自己的知识体系,进行查漏补缺(阅读本文需要有 ...

  8. Sprint计划(未完成)

    1.需求预计:http://www.cnblogs.com/OuZeBo/p/4529320.html 2.功能设计: 3.Spring计划:

  9. 阅读 DPDK 中文论文两则

    基于DPDK的高效数据包捕获技术分析与应用 本文应用场景 网络安全领域的数据包捕获技术,对系统有高性能需求,要在短时间内成功收集.分析.处理大量数据,实时捕获效率低下. 旧有传统数据包处理机制 BPF ...

  10. 配置高可用集群(实验) corosyne+pacemaker

    环境准备: 一准备三个虚拟机,把/etc/hosts/文件配置好                              192.168.43.9 node0                     ...