基于Redis实现分布式消息队列（1）
1、为什么需要消息队列？
当系统中出现“生产“和“消费“的速度或稳定性等因素不一致的时候，就需要消息队列，作为抽象层，弥合双方的差异。
举个例子：业务系统触发短信发送申请，但短信发送模块速度跟不上，需要将来不及处理的消息暂存一下，缓冲压力。
再举个例子：调远程系统下订单成本较高，且因为网络等因素，不稳定，攒一批一起发送。
再举个例子，交互模块5：00到24：00和电商系统联通，和内部ERP断开。1：00到4：00和ERP联通，和电商系统断开。
再举个例子，服务员点菜快，厨师做菜慢。
再举个例子，到银行办事的人多，提供服务的窗口少。
乖乖排队吧。
2、使用消息队列有什么好处？
2.1、提高系统响应速度
使用了消息队列，生产者一方，把消息往队列里一扔，就可以立马返回，响应用户了。无需等待处理结果。
处理结果可以让用户稍后自己来取，如医院取化验单。也可以让生产者订阅（如：留下手机号码或让生产者实现listener接口、加入监听队列），有结果了通知。获得约定将结果放在某处，无需通知。
2.2、提高系统稳定性
考虑电商系统下订单，发送数据给生产系统的情况。
电商系统和生产系统之间的网络有可能掉线，生产系统可能会因维护等原因暂停服务。
如果不使用消息队列，电商系统数据发布出去，顾客无法下单，影响业务开展。
两个系统间不应该如此紧密耦合。应该通过消息队列解耦。同时让系统更健壮、稳定。
3、为什么需要分布式？
3.1、多系统协作需要分布式
消息队列中的数据需要在多个系统间共享数据才能发挥价值。
所以必须提供分布式通信机制、协同机制。
3.2、单系统内部署环境需要分布式
单系统内部，为了更好的性能、为了避免单点故障，多为集群环境。
集群环境中，应用运行在多台服务器的多个JVM中；数据也保存在各种类型的数据库或非数据库的多个节点上。
为了满足多节点协作需要，需要提供分布式的解决方案。
4、分布式环境下需要解决哪些问题
4.1、并发问题
需进行良好的并发控制。确保“线程安全“。
不要出现一个订单被出货两次。不要出现顾客A下的单，发货发给了顾客B等情况。
4.2、简单的、统一的操作机制
需定义简单的，语义明确的，业务无关的，恰当稳妥的统一的访问方式。
4.3、容错
控制好单点故障，确保数据安全。
4.4、可横向扩展
可便捷扩容。
5、如何实现？
成熟的消息队列中间件产品太多了，族繁不及备载。
成熟产品经过验证，接口规范，可扩展性强。
结合事业环境因素、组织过程遗产、实施运维考虑、技术路线考虑、开发人员情况等原因综合考虑，基于Redis自己做一个是最可行的选择。
如何做呢？
请听下回分解。
