1、默认生产者消息是持久的:会存数据库

--消费者的持久：createDurableSubscriber是指消费者能收到所有它订阅时间点之后的消息，即使消

费者注册后关闭，当它重启就能收到注册时间点之后所有的消息;即当此消费用户ID(AAA)在producer发

送之前就已经注册，那么此id能收到producer发送的所有消息，如果是在producer之后注册的那么只能

收到此时间点后的消息;

--注意:topic和queue消费者收到消息后有两种情况，设置为Session.CLIENT_ACKNOWLEDGE，必须代码显示调用

acknowledge()方法，那么重启后不会收到消息，否则客户端不确认则每次重启都会收到

--消费者的非持久。createConsumer只能接受到启动时间点之后，生产者producer发送的消息

--另外topic的生产者还有个特别的参数retain:true，设置为true时，无论何时订阅者启动，都能收到

对应主题destination的最后一条信息;但是如果broker重启了，则者最后一条又是丢弃的，估计能使用

的场景很少。

2、topics和queues的区别。

--topics时广播给所有已经订阅消费者，queues仅被一个消费者获取一次。但是queues如果broker未能

证实已经有订阅者消费，那么下一个订阅者继续消费-----这句话包含好几层意义：多个消息获取端不

会获得重复的信息;但是如果消息可能被消费，但是每到服务器确认，就会被2次消费，极端情况如收到

信息还没发回执到服务器就断网了;如果多个消费者同时在线消费100条信息，他们消费到的信息都是随

机的，总数不会超过100;如果没有消费者消费这条消息，这条消息一直在服务器中显示为未消费状态，除非手工删除。

--topics在broker系统里面找不到消费者就会丢弃消息。就是说只会发送给已经订阅的消费者，反之从

消费者来讲，它只消费它订阅后的生产者发送的消息吃就丢弃不代表不持久。

--queues有可靠性消息，请区别topics的持久性消息，可靠消息并不保证有订阅者接受到消息，可靠性

消息保证一定有订阅者接受消息

3、可靠性消息

--queues中producer使用receipt参数来发送消息，这个参数是id标志，当broker收到订阅者消费完毕

信息后发个回执消息给producer，包含参数receipt-id，值对应producer发送的参数receipt

SEND

destination:/queue/a

receipt:001

hello queue a

^@

接受方:

RECEIPT

receipt-id:001

^@