消息隊列就是一個消息的鏈表。 可以把消息看作一個記錄,具有特定的格式以及特定的優先順序。對消息隊列有寫許可權的進程可以向消息隊列中按照一定的規則添加新消息;對消息隊列有讀許可權的進程則可以從消息隊列中讀走消息。消息隊列是隨內核持續的。 消息隊列的類型: POSIX消息隊列以及系統V消息隊列,系統V消息隊列 ...
消息隊列就是一個消息的鏈表。
可以把消息看作一個記錄,具有特定的格式以及特定的優先順序。對消息隊列有寫許可權的進程可以向消息隊列中按照一定的規則添加新消息;對消息隊列有讀許可權的進程則可以從消息隊列中讀走消息。消息隊列是隨內核持續的。
消息隊列的類型:
POSIX消息隊列以及系統V消息隊列,系統V消息隊列目前被大量使用。考慮到程式的可移植性,新開發的應用程式應儘量使用POSIX消息隊列。
系統V消息隊列是隨內核持續的,只有在內核重起或者顯示刪除一個消息隊列時,該消息隊列才會真正被刪除。因此系統中記錄消息隊列的數據結構(struct ipc_ids msg_ids)位
於內核中,系統中的所有消息隊列都可以在結構msg_ids中找到訪問入口。每個消息隊列都有一個隊列頭,用結構struct msg_queue來描述。隊列頭中包含了該消息隊列的大量
信息,包括消息隊列鍵值、用戶ID、組ID、消息隊列中消息數目等等,甚至記錄了最近對消息隊列讀寫進程的ID。讀者可以訪問這些信息,也可以設置其中的某些信息。
消息隊列的主要作用:1. 解耦
在項目啟動之初來預測將來項目會碰到什麼需求,是極其困難的。消息隊列在處理過程中間插入了一個隱含的、基於數據的介面層,兩邊的處理過程都要實現這一介面。這允許你獨立的擴展或修改兩邊的處理過程,只要確保它們遵守同樣的介面約束。
2. 冗餘
消息隊列把數據進行持久化直到它們已經被完全處理,避免了數據丟失的風險。在被許多消息隊列所採用的"插入-獲取-刪除"範式中,在把一個消息從隊列中刪除之前,需要你的處理過程明確的指出該消息已經被處理完畢,確保你的數據被安全的保存直到你使用完畢。
3. 擴展性
因為消息隊列解耦了處理過程,所以增大消息入隊和處理的頻率是很容易的;只要另外增加處理過程即可。
4. 峰值處理能力
使用消息隊列能夠使關鍵組件頂住增長的訪問壓力,不會因為超出負荷的請求而完全崩潰。
5. 可恢復性
當體系的一部分組件失效,不會影響到整個系統。消息隊列降低了進程間的耦合度,所以即使一個處理消息的進程掛掉,加入隊列中的消息仍然可以在系統恢復後被處理。
6. 非同步通信
當不需要立即處理消息時。消息隊列提供了非同步處理機制,允許把一個消息放入隊列,但並不立即處理它。
看到了一篇文章,談消息隊列的缺點,寫的也不錯。http://kb.cnblogs.com/page/212710/