架構、分布式、日志隊列，標題自己都看著唬人，其實就是一個日志收集的功能，只不過中間加了一個Redis做消息隊列罷了。為什么需要消息隊列？當系統中出現“生產“和“消費“的速度或穩定性等因素不一致的時候，就需要消息隊列，作為抽象層，彌合雙方的差異。

　　架構、分布式、日志隊列，標題自己都看著唬人，其實就是一個日志收集的功能，只不過中間加了一個Redis做消息隊列罷了。

　　為什么需要消息隊列？

　　當系統中出現“生產“和“消費“的速度或穩定性等因素不一致的時候，就需要消息隊列，作為抽象層，彌合雙方的差異。

　　比如我們系統中常見的郵件、短信發送，把這些不需要及時響應的功能寫入隊列，異步處理請求，減少響應時間。

　　如何實現？

　　成熟的JMS消息隊列中間件產品市面上有很多，但是基于目前項目的架構以及部署情況，我們采用Redis做消息隊列。

　　為什么用Redis？

　　Redis中list數據結構，具有“雙端隊列”的特性，同時redis具有持久數據的能力，因此redis實現分布式隊列是非常安全可靠的。

　　它類似于JMS中的“Queue”，只不過功能和可靠性(事務性)并沒有JMS嚴格。Redis本身的高性能和"便捷的"分布式設計(replicas,sharding),可以為實現"分布式隊列"提供了良好的基礎。

　　提供者端

　　項目采用第三方redis插件spring-data-redis，不清楚如何使用的請自行谷歌或者百度。

　　redis.properties：

　　redis配置：

　　切面日志配置(偽代碼)：

　　消費者端

　　Redis配置：

　　監聽接口：

　　監聽實現：

　　Q&A

　　【問題一】為什么使用Redis？

　　上面其實已經有做說明，盡管市面上有許多很穩定的產品，比如可能大家會想到的Kafka、RabbitMQ以及RocketMQ。但是由于項目本身使用了Redis做分布式緩存，基于省事可行的原則就選定了Redis。

　　【問題二】日志數據如何存儲？

　　原則上是不建議存儲到關系數據庫的，比如MySql，畢竟產生的日志數量是巨大的，建議存儲到Elasticsearch等非關系型數據庫。

　　【問題三】切面日志收集是如何實現的？

　　切面日志需要引入spring-aspects相關Jar包，并且配置使Spring采用CGLIB代理。

　　以上就是動力節點java培訓機構的小編針對“Javaweb項目視頻大全，Redis分布式”的內容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業老師隨時為你服務。