1.点对点 Queue类型
在该消息传递模型下，一个消息生产者向消息服务器端一个特定的队列发送消息，一个消费者从该队列中读取消息。在这种模型下，消息生产者知道消息消费者的队列并直接将消息发送到消息消费者的队列。
a).同一个队列可以关联多个消息生产者和消息消费者，但一条消息只能够被一个消息消费者接收；如果多个消息消费者正在监听队列上的消息，JMS消息服务器将根据“先来者优先”的原则确定由哪个消息消费者接收下一条消息，消息消费者接收到消息不重复——比如一个消息发布者发布了10个消息，两个接收者A和B，那么A和B两个接收者总共会收到10条消息，不重复——也就是说一个Queue可以有很多消息消费者，并且在多个可用的消息消费者中负载均衡；
b).消息生产者不需要在消息接收者接收该消息期间处于运行状态，消息接收者也不需要在发送消息时处于运行状态；
c).消息接收者接收的所有消息都需要签收，以通知消息服务器是否已接受。如果消息服务器获知某条消息已经被消息消费者接收，那么该消息将从消息服务器端特定的队列中移走；否则该条消息将保留在消息服务器端特定的队列中，一直到消息服务器获知该条消息已被消息消费者接受为止（即如果在消息生成者发送消息的时没有消息消费者接收该条消息，那么该消息将保留在消息服务器端特定的队列中，一直到有消息消费者接收该条消息）;
d).这种消息传递模型是传统意义上的懒模型或轮询模型。在此模型中，消息不是自动推动给消息消费者的，而是要由消息消费者从队列中请求获得;
2.发布订阅（pub/sub）Topic类型
在该消息传递模型下，一个消息发布者向一个特定的消息主题发布消息，0或多个对此消息主题感兴趣的并且处于活动状态的消息订阅者或者建立了持久订阅的消息订阅者才可以接收到所发布的消息。在这种模型下，发布者和订阅者彼此不知道对方（这种模式好比是匿名公告板）。该模型分Nondurable subscription（非持久订阅）和durable subscription (持久化订阅，即消息消费者已注册了特定的主题目标)2种消息处理方式。
a).与PTP消息传递模型不同，pub/sub消息传递模型允许多个主题订阅者接收同一条消息（即一条消息可以传递给多个消息消费）：比如一个消息发布者发布了10个消息，有两个建立了持久订阅(通过Session接口实现类调用createDurableSubscriber方法创建的订阅者)的消息订阅者A和B或者有两个在消息发布者发布消息时处于活动状态的消息订阅者A和B，那么A和B两个消息订阅者各收到10条消息，也就是说总共会收到20条消息；
b).在发布者和订阅者之间存在时间依赖性——当消息发布者向特定的消息主题发布消息时只有对此消息主题（Topic）感兴趣的并且处于活动状态的订阅者才会接收到所发布的消息（除非订阅者建立了持久的订阅。订阅者建立持久订阅后，消息发布者在消息订阅者处于非活动状态时发布的消息将在消息订阅者再次处于活动状态时重新发布以使再度处于活动状态的消息订阅者接收到该消息；
c).消息订阅者接收的所有消息都需要签收，以通知消息服务器是否已接受（即JMS一直保留消息，直至某个特定主题对应的所有订阅者都接收到消息为止）;
d).pub/sub消息传递模型基本上是一个推模型。在该模型中，消息服务器会自动将特定主题中的消息广播出去，消息消费者无须通过主动请求或轮询主题的方法来获得新的消息。
消息重发
如果消息接收者在处理完一条消息的处理过程后没有对MOM进行应答，则该消息将由MOM重发。需要注意的是，如果采用非事务持久化消息加Session.CLIENT_ACKNOWLEDGE应答模式，当消费者在处理完消息后没有主动调用Message#acknowledge()方法时，MOM不会主动重发，如果这时候MOM宕机了，当重启MOM后，将消费者机器也重启后MOM才会重发消息，但此时的消息不会有重发标记，因为MOM都不记得自己有宕机过，也不知道这些消息被发送过。
出现以下情况时，消息会被redelivered
A transacted session is used and rollback() is called.
A transacted session is closed before commit is called.
A session is using CLIENT_ACKNOWLEDGE and Session.recover() is called.
消息事务
是指生产者同时发送几条消息到broke时，保证所有的消息都发送成功，如果有一条发送失败则回滚（发送之后一定要session.commit,否则事务将不会被提交）。
生产者->broke
同步消息：生产者使用持久（PERSISTENT）传递模式发送消息，send( )方法会一直被阻塞，直到broke返回ACK确认消息。
异步消息：生产者使用非持久（NON_PERSISTENT）传递模式发送消息，生产者不会阻塞send( )方法。
想要使用异步，在brokerURL中增加 jms.alwaysSyncSend=false&jms.useAsyncSend=true
如果设置了alwaysSyncSend=true系统将会忽略useAsyncSend设置的值都采用同步
1) 当alwaysSyncSend=false时，“NON_PERSISTENT”(非持久化)、事务中的消息将使用“异步发送”
2) 当alwaysSyncSend=false时，
如果指定了useAsyncSend=true，“PERSISTENT”类型的消息使用异步发送。 如果useAsyncSend=false，“PERSISTENT”类型的消息使用同步发送。
总结：默认情况(alwaysSyncSend=false,useAsyncSend=false)，非持久化消息、事务内的消息均采用异步发送；对于持久化消息采用同步发送。
消费者确认机制
https://blog.csdn.net/u014401141/article/details/54772847
消息接收的几种方式
https://blog.csdn.net/songhaifengshuaige/article/details/54177339
