SpringBoot开发案例之整合mail队列篇

前言

前段时间搞了个SpringBoot开发案例之整合mail发送服务，也是基于目前各项目平台的邮件发送功能做一个抽离和整合。

问题

以发送方为例，比如网易的反垃圾邮件政策，过多或者频率过快的发送都会被判定为垃圾邮件，即使发再多的邮件也无济于事。当然如果是自建邮件服务器，也是要考虑发送服务的并发能力。

以接收方邮件为例，比如腾讯邮箱就有类似说明：如果内容涉嫌大量群发，并且被多数用户投诉为垃圾邮件，也就通过不了收件方的"安检"，如下图:

方案

为了解决以上实际场景中遇到的问题，使得其更像一个安全高效的邮件服务平台，我们尝试引入了任务队列对邮件发送进行流量削锋、间隔发送以及重复内容检测。

首先，我们先建一个队列MailQueue：

/**
 * 邮件队列
 * 创建者 科帮网
 * 创建时间    2017年8月4日
 *
 */
public class MailQueue {
     //队列大小
    static final int QUEUE_MAX_SIZE   = 1000;

    static BlockingQueue<Email> blockingQueue = new LinkedBlockingQueue<Email>(QUEUE_MAX_SIZE);
    
    /**
     * 私有的默认构造子，保证外界无法直接实例化
     */
    private MailQueue(){};
    /**
     * 类级的内部类，也就是静态的成员式内部类，该内部类的实例与外部类的实例
     * 没有绑定关系，而且只有被调用到才会装载，从而实现了延迟加载
     */
    private static class SingletonHolder{
        /**
         * 静态初始化器，由JVM来保证线程安全
         */
        private  static MailQueue queue = new MailQueue();
    }
    //单例队列
    public static MailQueue getMailQueue(){
        return SingletonHolder.queue;
    }
    //生产入队
    public  void  produce(Email mail) throws InterruptedException {
        blockingQueue.put(mail);
    }
    //消费出队
    public  Email consume() throws InterruptedException {
        return blockingQueue.take();
    }
    // 获取队列大小
    public int size() {
        return blockingQueue.size();
    }
}

如文章开头图片所描述，这里我们还需要建一个消费线程池ConsumeMailQueue：

/**
 * 消费队列
 * 创建者 科帮网
 * 创建时间    2017年8月4日
 */
@Component
public class ConsumeMailQueue {
    private static final Logger logger = LoggerFactory.getLogger(ConsumeMailQueue.class);
    @Autowired
    IMailService mailService;
    
    @PostConstruct
    public void startThread() {
        ExecutorService e = Executors.newFixedThreadPool(2);// 两个大小的固定线程池
        e.submit(new PollMail(mailService));
        e.submit(new PollMail(mailService));
    }

    class PollMail implements Runnable {
        IMailService mailService;

        public PollMail(IMailService mailService) {
            this.mailService = mailService;
        }

        @Override
        public void run() {
            while (true) {
                try {
                    Email mail = MailQueue.getMailQueue().consume();
                    if (mail != null) {
                        logger.info("剩余邮件总数:{}",MailQueue.getMailQueue().size());
                        //可以设置延时 以及重复校验等等操作
                        mailService.send(mail);
                    }
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        }
    }
    @PreDestroy
    public void stopThread() {
        logger.info("destroy");
    }
}

改造service：
部分接口：

 /**
      * 队列
      * @Author  科帮网
      * @param mail
      * @throws Exception  void
      * @Date    2017年8月4日
      * 更新日志
      * 2017年8月4日  科帮网 首次创建
      *
      */
     public void sendQueue(Email mail) throws Exception;

部分实现：

    @Override
    public void sendQueue(Email mail) throws Exception {
        MailQueue.getMailQueue().produce(mail);
    }

队列说明

以上代码，大家可以看到我们有使用到了linkedblockingqueue来实现邮件发送队列。

LinkedBlockingQueue作为一个阻塞队列是线程安全的，同时具有先进先出等特性，是作为生产者消费者的首选。

LinkedBlockingQueue可以指定容量，也可以不指定，不指定的话，默认最大是Integer.MAX_VALUE。

其中主要用到put和take方法，put方法在队列满的时候会阻塞直到有队列成员被消费，take方法在队列空的时候会阻塞，直到有队列成员被放进来。

最后给大家补充一个非阻塞队列ConcurrentLinkedQueue，有兴趣的同学可以自行查阅资料。

分享总结

如果，你看到你写的代码是一坨屎的时候你就该去优化她了，好好爱护她，未来的你会为昨天的你而感到骄傲的。

其实，想表达的是，架构优化是无止境的，随着业务的增长以及平台的发展，我们会遇到各种各样的问题。

邮件服务挂了，队列还没消费完怎么办？
邮件服务挂了，我们是否应该做个高可用？
邮件服务爆了，我们是否应该做个负载均衡？

以上问题，你又会怎么解决呢？下一篇为大家带来高可用的邮件服务平台。

项目案例：码云