7消费端异常处理

1 消费失败重试

消费者进行监听时候，方法里边发生了错误，导致他一直反复的进行尝试监听。
这有可能是网络的抖动。允许他重试几次。几次以后还没有成功，就有可能再试n次也不会成功。不应该一直去尝试

队列中的消息一直存在

解决：

尝试3次之后没有成功消费，消息却直接给丢弃了。这种情况在实际应用中是绝对不允许的。

所以用死信队列去解决消失丢失的问题

2 死信队列

有些消息长时间的没有消费，可以放在了死信队列中
或者消费端在重试消费好多次后，依旧消费不了的可以放在死信队列中

2.1 添加死信队列（消费者的配置类）

package fastwave.cloud.demo.fastwavebizsubscriber.config;

import org.springframework.amqp.core.*;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class EmailConfig {

    @Bean
    DirectExchange EmailExchange()
    {
        return new DirectExchange("EmailExchange");
    }

    @Bean
    Queue EmailQueue()
    {
//        return new Queue("EmailQueue");
        return QueueBuilder.durable("EmailQueue")
                .withArgument("x-dead-letter-exchange", "EmailDlExchange")
                .withArgument("x-dead-letter-routing-key", "EmailDlRouting")
                .build();
    }

    @Bean
    Binding BindEmail()
    {
        return BindingBuilder.bind(EmailQueue()).to(EmailExchange()).with("EmailRouting");
    }

    @Bean
    DirectExchange EmailDlExchange()
    {
        return new DirectExchange("EmailDlExchange");
    }

    @Bean
    Queue EmailDlQueue()
    {
        return new Queue("EmailDlQueue",true);
    }

    @Bean
    Binding BindDlEmail()
    {
        return BindingBuilder.bind(EmailDlQueue()).to(EmailDlExchange()).with("EmailDlRouting");
    }

}

2.2 测试

重试3次以后，消息就去了死信队列当中。就不会一直重试去监听了。
到了死信队列，就可以让运维人员人工的进行处理，可以根据队列中消息的内容再手动的重新发送一下。


或者是因为代码出现了bug.修改之后。可以把死信队列的消息转移到正常队列当中