在实际中，我们应该回收哪种签收模式呢？CLIENT_ACKNOWLEDGE，回收手动的方法较自动的方法大概更好些，因为吸收到了动静，并不料味着乐成的处理惩罚了动静，假设我们回收手动签收的方法，只有在动静乐成处理惩罚的前提下才举办签收，那么只要动静处理惩罚失败，那么动静尚有效，仍然会继承消费，直至乐成处理惩罚！
关于动静的priority/ttl/deliveryMode
动静有优先级及存活时间，在MessageProducer举办send的时候，存在多个重载要领，我们来看一下：
send
在上面的code傍边，我们建设出产者的时候，指定了Destination，配置了耐久化方法，实际上这些都可以不必指定的，而是到send的时候指定。并且在实际业务开拓中，往往按照各类判定，来抉择将这条动静发往哪个Queue，因此往往不会在MessageProducer建设的时候指定Destination。
TTL，动静的存活时间，一句话：出产者出产了动静，假如消费者不来消费，那么这条动静保持多久的有效期
priority，动静优先级，0-9。0-4是普通动静，5-9是加急动静，动静默认级别是4。留意，动静优先级只是一个理论上的观念，并不能绝对担保优先级高的动静必然被消费者优先消费！也就是说ActiveMQ并不能担保消费的顺序性！
deliveryMode，假如不指定，默认是耐久化的动静。假如可以容忍动静的丢失，那么回收非耐久化的方法，将会改进机能、淘汰存储的开销。
Linux公社的RSS地点：https://www.linuxidc.com/rssFeed.aspx