GitHub 短链接项目取消延迟队列

下述问题背景都是在本项目基础上进行讨论

前置知识（

       项目中， 短链接信息进行修改过程中，此时接收到了数据统计需求，为了保证数据的正确性，加了读写锁进行保证数据的正确性。

项目中：

        进行数据统计时，尝试获取读锁，获取失败后，直接将该任务加入延迟队列。

        进行短链接更新时，获取写锁失败，直接返回。

）

1. 延迟队列的作用是什么？

2. 消息队列的作用是什么？

3. 为什么获取写锁失败，直接返回？

4. 为什么使用消息队列，写锁可以进行阻塞请求？

5. 为什么使用消息队列可以取消延迟队列？

6. 什么情况下可以使用消息队列？

1. 延迟队列的作用是什么： 

        延迟队列是在进行数据统计时，尝试获取读锁，获取失败后，直接将该任务加入延迟队列，防止大量线程被阻塞、影响其他请求的操作。

2. 消息队列的作用是什么：

        tomcat最多支持200个线程并发，当海量请求到来时，需要进行削峰，否则会有OOM的风险。项目中将数据统计放入了消息队列进行处理，对该功能的线程数进行了限制。

3. 为什么获取写锁失败，直接返回？

        还是为了防止获取写锁操作，导致大量线程阻塞，影响项目的正常运行。

4. 为什么使用消息队列，写锁可以进行阻塞请求？

          因为采用读写锁 RReadWriteLock的实现默认是公平的，此时和写锁竞争的读锁线程，线程数被消息队列限制，即使写锁进行阻塞请求，阻塞的时间有限。    

5. 为什么使用消息队列可以取消延迟队列？

        延迟队列就是为了防止大量线程阻塞，因为数据统计操作已经放入消息队列，处理数据统计的线程数变成有限的，即使发生阻塞，对项目总体几乎无影响，所以可以取消延迟队列。

6. 什么情况下可以使用消息队列？

        可能会产生大量并发请求时，处理时间过长，操作对于实时性要求不高，可以进行异步处理。

疑问：如果大量请求进行写锁阻塞，是否还会导致OOM

背景（optimize: 删除延迟队列&修改同步获取读写锁 · 0AA01/short-link@e447a4c (github.com)）