JMS标准支持的消息应答模式有下面几种:
AUTO_ACKNOWLEDGE:自动应答,默认的应答方式
CLIENT_ACKNOWLEDGE:客户端应答,应答由应用程序在接收到消息后触发
DUPS_OK_ACKNOWLEDGE:尽量不要使用,如果使用这种方式,应用程序需要考虑处理消息重复问题
SESSION_TRANSACTED:事务应答
使用MessageConsumer来接收消息时不管是AUTO_ACKNOWLEDGE还是CLIENT_ACKNOWLEDGE,只要发生了异常,消息都会进行jms.redeliveryPolicy.maximumRedeliveries配置数量的消息重发重试,如果消息无法发送则会送到Dead-Letter队列中,但是DefaultMessageListenerContainer在这方面的处理却与标准的应答不相同,使用DefaultMessageListenerContainer来接收消息时,如果采用AUTO_ACKNOWLEDGE的应答方式,那么消息不会重发,笔者建议使用CLIENT_ACKNOWLEDGE这种模式,这种模式发生异常时则会进行消息重发,而且无需应用程序应答消息,因为DefaultMessageListenerContainer已经替我们完成了消息的应答,下面是相关代码:
AbstractMessageListenerContainer类
protected void commitIfNecessary(Session session, Message message) throws JMSException {
// Commit session or acknowledge message.
if (session.getTransacted()) {
// Commit necessary - but avoid commit call within a JTA transaction.
if (isSessionLocallyTransacted(session)) {
// Transacted session created by this container -> commit.
JmsUtils.commitIfNecessary(session);
}
}
else if (message != null && isClientAcknowledge(session)) {
message.acknowledge();
}
}
JmsAccessor类
protected boolean isClientAcknowledge(Session session) throws JMSException {
return (session.getAcknowledgeMode() == Session.CLIENT_ACKNOWLEDGE);
}
从上面代码可以看出,DefaultMessageListenerContainer会对CLIENT_ACKNOWLEDGE应答模式自动确认