拿到新書《.net框架設(shè)計(jì)》，到手之后迅速讀了好多，雖然這本書不像很多教程一樣從頭到尾系統(tǒng)的講明一些知識(shí)，但是從項(xiàng)目實(shí)戰(zhàn)角度告訴我們?nèi)绾问褂梦覀兊闹R(shí)，從這本書中提煉了一篇，正好符合我前幾篇的“數(shù)據(jù)驅(qū)動(dòng)框架”設(shè)計(jì)的問題；
消息隊(duì)列
消息隊(duì)列 （ 英語 ： Message queue）是一種 進(jìn)程間通信 或同一進(jìn)程的不同 線程 間的通信方式， 軟件 的 貯列 用來處理一系列的 輸入 ，通常是來自使用者。消息隊(duì)列提供了 異步 的 通信協(xié)議 ，每一個(gè)貯列中的紀(jì)錄包含詳細(xì)說明的資料，包含發(fā)生的時(shí)間，輸入裝置的種類，以及特定的輸入?yún)?shù)，也就是說：消息的發(fā)送者和接收者不需要同時(shí)與消息隊(duì)列互交。消息會(huì)保存在 隊(duì)列 中，直到接收者取回它。
簡(jiǎn)單的說隊(duì)列就是貯存了我們需要處理的Command但是并不是及時(shí)的拿到其處理結(jié)果；
實(shí)現(xiàn)
實(shí)際上，消息隊(duì)列常常保存在 鏈表 結(jié)構(gòu)中。擁有權(quán)限的進(jìn)程可以向消息隊(duì)列中寫入或讀取消息。
目前，有很多消息隊(duì)列有很多開源的實(shí)現(xiàn)，包括 JBoss Messaging 、 JORAM 、 Apache ActiveMQ 、 Sun Open Message Queue 、 Apache Qpid 和HTTPSQS。
優(yōu)點(diǎn)，缺點(diǎn)
消息隊(duì)列本身是 異步 的，它允許接收者在消息發(fā)送很長(zhǎng)時(shí)間后再取回消息，這和大多數(shù)通信協(xié)議是不同的。例如 WWW 中使用的 HTTP 協(xié)議是 同步 的，因?yàn)榭蛻舳嗽诎l(fā)出請(qǐng)求后必須等待服務(wù)器回應(yīng)。然而，很多情況下我們需要異步的通信協(xié)議。比如，一個(gè)進(jìn)程通知另一個(gè)進(jìn)程發(fā)生了一個(gè)事件，但不需要等待回應(yīng)。但消息隊(duì)列的異步特點(diǎn)，也造成了一個(gè)缺點(diǎn)，就是接收者必須 輪詢 消息隊(duì)列，才能收到最近的消息。
和 信號(hào) 相比，消息隊(duì)列能夠傳遞更多的信息。與 管道 相比，消息隊(duì)列提供了有格式的數(shù)據(jù)，這可以減少開發(fā)人員的工作量。但消息隊(duì)列仍然有大小限制。
讀取隊(duì)列消息
主要有兩種（1）服務(wù)端的推；（2）客戶端的拉；
拉：主要是客戶端定時(shí)輪詢拿走消息處理；
推：通過事件訂閱方式主動(dòng)通知訂閱者進(jìn)行處理；
消息的貯存
簡(jiǎn)單的是通過內(nèi)存鏈表實(shí)現(xiàn)貯存;也可以借助DB，比如Redis;還可以持久到本地文件中；
如何保證異步處理的一致性
盡管隊(duì)列主要目的是實(shí)現(xiàn)消息貯存，同時(shí)將調(diào)用與實(shí)現(xiàn)異步化。但是如果想達(dá)到處理消息一致性，好的方式是區(qū)別業(yè)務(wù)處理順序，比如操作主從DB，主負(fù)責(zé)寫，從負(fù)責(zé)讀，我們沒有機(jī)會(huì)在寫之后立馬從讀數(shù)據(jù)庫(kù)拿到你想要的結(jié)果；同時(shí)我們需要借助中間狀態(tài)，當(dāng)多個(gè)中間狀態(tài)同時(shí)符合調(diào)用結(jié)果才到到業(yè)務(wù)時(shí)間被處理，否則將“異常消息”持久化，待下次操作；
上代碼
建立消息對(duì)立核心隊(duì)列
{
public delegate void MessageQueueEventNotifyHandler(Message.BaseMessage message);
public class MessageQueue:Queue<BaseMessage>
{
public static MessageQueue GlobalQueue = new MessageQueue();
private Timer timer = new Timer();
public MessageQueue() {
this.timer.Interval = 5000;
this.timer.Elapsed += Notify;
this.timer.Enabled = true;
}
private void Notify(object sender, ElapsedEventArgs e) {
lock (this) {
if (this.Count > 0) {
//this.messageNotifyEvent.GetInvocationList()[0].DynamicInvoke(this.Dequeue());
var message = this.Dequeue();
this.messageNotifyEvent(message);
}
}
}
private MessageQueueEventNotifyHandler messageNotifyEvent;
public event MessageQueueEventNotifyHandler MessageNotifyEvent {
add {
this.messageNotifyEvent += value;
}
remove {
if (this.messageNotifyEvent != null) {
this.messageNotifyEvent -= value;
}
}
}
}
}
事件處理
public const string OrderCodePrefix = "P";
public void Submit(Message.BaseMessage message)
{
Order order = message.Body as Order;
if (order.OrderCode.StartsWith(OrderCodePrefix))
{
System.Console.WriteLine("這個(gè)是個(gè)正確的以({0})開頭的訂單:{1}", OrderCodePrefix,order.OrderCode);
}
else {
System.Console.WriteLine("這個(gè)是個(gè)錯(cuò)誤的訂單，沒有以({0})開頭:{1}",OrderCodePrefix,order.OrderCode);
}
}
可依據(jù)具體業(yè)務(wù)進(jìn)行個(gè)性化處理；
通過Proxy向隊(duì)列追加消息
public class OrderServiceProxy:IOrderService
{
public void Submit(Message.BaseMessage message)
{
MessageQueue.MessageQueue.GlobalQueue.Enqueue(message);
}
}
客戶端調(diào)用
OrderService orderService = new OrderService();
MessageQueue.MessageQueue.GlobalQueue.MessageNotifyEvent += orderService.Submit;
var orders = new List<Order>() {
new Order(){OrderCode="P001"},
new Order(){OrderCode="P002"},
new Order(){OrderCode="B003"}
};
OrderServiceProxy proxy = new OrderServiceProxy();
orders.ForEach(order => proxy.Submit(new Message.BaseMessage() { Body=order}));
Console.ReadLine();
這樣就滿足了事件的綁定與觸發(fā)個(gè)性化處理，同時(shí)達(dá)到了消息異步化的目的，希望更細(xì)致的拓展用到后期的項(xiàng)目中。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫作最大的動(dòng)力，如果您喜歡我的文章，感覺我的文章對(duì)您有幫助，請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長(zhǎng)非常感激您！手機(jī)微信長(zhǎng)按不能支付解決辦法：請(qǐng)將微信支付二維碼保存到相冊(cè)，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元
