0、环境准备
0.1、linux
0.2、java
0.3、下载apollo二进制包，解压
0.4、创建broker，名字为 userlog
{APOLLO_HOME}/bin/apollo create userlog
0.5 启动apollo
cd {APOLLO_HOME}/userlog
bin/apollo-broker run
如果需要以服务形式启动，执行下面命令
sudo ln -s "/opt/db/apache-apollo-1.7.1/test/bin/apollo-broker-service" /etc/init.d/
/etc/init.d/apollo-broker-service start
1、各协议开放的端口
INFO | Accepting connections at: tcp://0.0.0.0:61613
INFO | Accepting connections at: tls://0.0.0.0:61614
INFO | Accepting connections at: ws://0.0.0.0:61623/
INFO | Accepting connections at: wss://0.0.0.0:61624/
INFO | Administration interface available at: https://127.0.0.1:61681/
INFO | Administration interface available at: http://127.0.0.1:61680/
3、生产者
Client c = new Client("172.16.163.141", 61613, "admin", "password");
final HashMap headers = new HashMap();
for (int i = 0; i < 5; i++) {
c.send("/topic/productlogs", "M" + i);
System.out.println("Send:" + "M" + i);
Thread.sleep(20);
}
c.disconnect(headers);
4、消费者
Client c = new Client("172.16.163.141", 61613, "admin", "password");
final HashMap headers = new HashMap();
c.subscribe("/topic/productlogs", new Listener() {
@Override
public void message(Map headers, String body) {
System.out.println("receive:" + body);
}
}, headers);
4.1、发送消息
先启动生产者，这时没有消费者，消息会被丢掉。消息发送完后，toplic会被自动删掉
注意：当不进行持久化的时候，在生产者启动之后的消费者，不能收到生产者发送的历史消息，只能从没有丢掉的消息开始接收。
4.2、消费消息
启动消费者，这时，如果有消息，将打印消息内容。
如果消费者启动2份，每一个消费者，将会受到所有消息，如，生产者发5条消息，这5条消息，这些消费者每个都收到5条消息
4.3 消息分组与持久化
下面我们事先所有消费者均摊这5条消息
消费者中添加以下代码
headers.put("persistent", "true");//persistent 的值为string，否则，会产生意想不到的效果（所有消费者都收不到任何消息）
headers.put("id", "dusb_1");//id 为消息分组的依据，每一组收到全量消息。id相同的消费者，均摊该组的所有消息。
//headers.put("credit", "50,0");
实验1：
启动2份消费者，这时，消息被均摊到这两个消费者上，比如，第一个消费者收到3条，第二条收到2条，即消息均摊。
实验2：
此时，若是，关闭所有消费者，重新启动生产者，发送5条消息，
web页面上durable subs 会有5条消息持久化，之后消费者head id为dsub_1的消费者，才会接受刚才发送的消息。
结论：当该id组的消费者都挂掉的时候，消息会进行持久化。下次该组消费者启动时，继续进行消息消费。
思考：这时候，如果启动四个消费者，两个消费者id为dusb_1,另外两个消费者id为dusb_2,启动生产者发送5条消息，这5条消息会怎么分发。
答案：
5条消息按照id进行广播，即id 为dusb_1的2个消费者收到这5条消息。这5条消息在2个消费者之间进行均摊。
id 为dusb_2的2个消费者也收到这5条消息，5条消息在这两个消费者之间进行均摊
再次思考1：接上面实验，若是断开2个分组内的所有消费者，用生产者，发送5条消息。此时直接重启机子，消息该怎么持久化？
结果：dusb_1持久化5条消息，dsub_2也持久化5条消息。
再次思考2：若刚才没有直接重启机子，而是启动id为dsub_2的消费者进行消费。当该组消息被消费完后，直接重启机子。消息该怎么持久化。
结果：dusb_1持久化5条消息，dusb_2由于消息已经消费完，所以没有消息被持久化。
重启机子：用于模拟意外状况。
结论：持久化的粒度是durable subs，也就是说persistent必须和id一起使用。说明该组消息已经被持久化
5、stomp消息确认Ack
消息确认方式：auto 默认自动确认。即：只要接收到消息，即认为消息消费成功，进行自动确认。
客户端确认：client 确认当前消息时，顺便确认之前没有来得急确认的消息。比如确认消息还没发送到服务端，就断开了。
客户端确认：client-individual 只确认当前消息
6、消息驳回NACK
ack模式为client-individual：适用于驳回当前单个消息,
ack模式为client：适用于驳回那些还没有被ACK'ed和NACK'ed的消息
其他参数详见：http://www.cnblogs.com/piaolingzxh/p/5450176.html
7、apollo web ui
入口： https://127.0.0.1:61681/
默认账户密码：admin password
7.1 主要概念
queue：当生产者和消费者都断开时，会自动删除。格式:/queue/myQueueName
topic：当生产者和消费者都断开时，会自动删除。格式:/topic/myTopicName
durable subs：消息分组的依据。持久化的粒度
7.2 有图有真相
查看durable subs，可以看到刚才实验的两个id，分别为dsub_1,dsub_2
点击dsub_1 ，查看该id分组的持久化信息
生产者、消费者如下
7.3 实用技巧：定位生产者、消费者程序
上边可以看到生产者和消费者的IP及端口，
下边，我们通过IP及端口定位程序，
ssh到IP地址
lsof -i:59446 #列出占用该端口的进程PID信息，如4133
ps -ef | grep 4133
这样就可以定位到主进程文件了。