1. Request() 和 Publish() 之间的不同
Publish()发送一条消息到 gnatsd 服务，是使用它的地址作为一个 主题(subject)，而 gnatsd 交付消息给所有注册了此 主题(subject) 的订阅者。可选地是，你还可以发送带 reply subject 的消息到gnatsd 服务，这种方式为 订阅者 提供了接收消息并返回一条消息给 发布者 的方法。
Request()是一个简单方便的API，它提供了一个伪同步的方式，使用了超时timeout配置。它创建了一个收件箱（收件箱是一种
主题(subject)
类型，对请求者唯一），订阅主题(subject)，然后发布你的请求消息（消息带reply地址）设置为收件箱的主题(subject)，然后等待响应，或者超时取消。
2. 多个订阅者可以接收一个请求吗？
可以。NATS是一个 发布/订阅 系统，它还有分布式队列的基础，这是基于每一个订阅者。当你发布一条消息时，在请求的开始，每一个订阅者都会收到消息。如果订阅者形成了一个队列组，那么NATS将会随机选择一个订阅者来接收消息，此时要注意，请求者不知道也没法控制这个消息。
3. 怎样监控NATS集群
比较常用的有两个选择。
* nats-top
https://github.com/nats-io/nats-top 类似于top的监控工具 (这个不用多说，使用 go get 直接安装即可)
* natsboard
https://github.com/cmfatih/natsboard 一个带有界面和图形的监控软件，是由nodejs开发，在使用的时候需要安装nodejs
这里还是简单点说明一下吧：
我的环境是mac pro，去官网下载最新版的nodejs安装包即：node-v7.8.0.pkg，我的百度网盘地址：https://pan.baidu.com/s/1jHQ1zGq
或者直接去官网下载：NodeJs官网
之后傻瓜式的下一步即可安装完毕。那么这个时候我们就需要使用 npm（node package manage）进行项目安装：
|
1
|
npm install natsboard -g |
如果提示错误信息，你看一下应该是需要root权限才可以执行，安装完毕之后，我们就可以使用这个服务对我们的NATS服务进行实时监控了。这里有个要求就是在启动 NATS 服务的时候必须带有 -m 的参数启动，因为 -m 参数代表开启监控端口，否则是无法进行监控的（说明：因为NATS默认监控端口为8222，所以natsboard默认启动也是直接监听的端口为8222，如果指定了其他端口，那么启动 natsboard 服务的时候就不能默认启动了）
|
1
2
|
gnatsd -m 8222natsboard |
不是默认端口启动，需要运行以下命令：
|
1
2
|
gnatsd -m 12345natsboard --nats-mon-url http://localhost:12345 |
启动完毕之后，服务默认端口为 3000， 则打开浏览器访问：http://localhost:3000，即可进入监控主界面
4. NATS是否做了排队？是否做了负载均衡？
“排队Queueding” 这个术语在不同的上下文有不同的意思，必须仔细区分其用法。NATS实现了不支持持久化的分布式队列——通过订阅者的队列组（Queue Group）实现的。订阅者队列组提供了消息交付形式的负载均衡，主题(subject) 订阅既可以是“个体”订阅，又可以是队列组订阅。在创建订阅时，选择加入一个队列组，通过提供一个可选的队列组名。对于个体的 主题(subject) 订阅，gnatsd服务会尝试交付该 主题(subject) 后续的每一条消息副本给每一个订阅者。而对于队列组的订阅，gnatsd 会尝试交付该 主题(subject) 后续的每一条消息给组中的任意一个订阅者，这个选择是随机的。分布式队列的这种交付形式是实时执行的，消息是不会持久化到二级存储中。此外，交付是基于 兴趣图（interest graph）—— 即订阅，所以它不是发布者的操作，而是完全受 gnatsd 的控制。
5. 可以列出现有的NATS集群的主题(subject)吗？
NATS维护是不断实时更新兴趣图（包括主题 和 主题的订阅者）这个兴趣图是动态的，会随着发布者和订阅者的不断变化而变化。如果要决定收集这个信息，可以间接地在任意时间点上获取监控点的 /connz 和 /routez 的信息。（具体这些信息代表什么，请看我前面写的系列博客）
6. NATS支持主题(subject)的通配符吗？
支持。有效的通配符如下：
圆点“.” 是token的分隔符；星号“*” 是token的通配符。比如：
foo.* 匹配 foo.bar、foo.baz，但是不匹配 foo.bar.baz
大于符号“>” 是一个完整的通配符匹配。比如：
foo.> 匹配 foo.bar、foo.baz、foo.bar.baz、foo.bar.1
7. NATS是否限制了消息的尺寸
NATS强制服务器和客户端在建立连接设置时限制消息的尺寸。目前这个限制是1MB。