這篇文章主要介紹利用C#開發(fā)微信公眾號之接收事件推送與訊息排重的方法介紹,詳細(xì)分析了事件推送與訊息排重的使用技巧,對微信開發(fā)有一定參考借鑒價值,需要的朋友可以參考下
本文實例講述了C#微信公眾號開發(fā)之接收事件推送與訊息排重的方法。分享給大家供大家參考。具體分析如下:
微信伺服器在5秒內(nèi)收不到回應(yīng)會斷掉連接,並且重新發(fā)起請求,總共重試三次。這樣的話,問題就來了。有這樣一個場景:當(dāng)用戶關(guān)注微信帳號時,獲取當(dāng)前用戶信息,然後將信息寫到資料庫中。類似pc端網(wǎng)站的註冊??赡苡伸哆@個關(guān)注事件中,我們需要處理的業(yè)務(wù)邏輯比較複雜。如送積分啊,寫用戶日誌啊,分配用戶群組啊。等等……一系列的邏輯需要執(zhí)行,或者網(wǎng)路環(huán)境比較複雜,無法保證5秒內(nèi)回應(yīng)當(dāng)前用戶的操作,那如果當(dāng)操作尚未完成,微信伺服器又給我們的伺服器推送了一條相同的關(guān)注事件,我們將再次執(zhí)行我們的那些邏輯,這樣就有可能導(dǎo)致資料庫中出現(xiàn)重複的資料(有的童鞋就會說了,我在插入資料之前先判斷目前是否已經(jīng)存在了,如果存在了就不執(zhí)行插入的操作。重要性。
?
訊息的去重普通訊息和事件訊息是有區(qū)別的。普通訊息使用msgid,而事件訊息使用FromUserName + CreateTime。我的想法是:
?
新建類別BaseMsg,有三個屬性分別是FromUser,MsgFlag,CreateTime。程式碼如下:
程式碼如下:
public class BaseMsg { /// <summary> /// 發(fā)送者標(biāo)識 /// </summary> public string FromUser { get; set; } /// <summary> /// 消息表示。普通消息時,為msgid,事件消息時,為事件的創(chuàng)建時間 /// </summary> public string MsgFlag { get; set; } /// <summary> /// 添加到隊列的時間 /// </summary> public DateTime CreateTime { get; set; } }
?
建立個靜態(tài)列表_queue,用來儲存訊息列表,清單的類型是List
在處理微信訊息體前,先判斷列表是否實例化,如果沒有實例化則實例化,否則判斷列表的長度是否大於或等於50(這個可以自定義,用處就是微信並發(fā)的消息量),如果大於或等於50,則保留20秒內(nèi)未回應(yīng)的訊息(5秒重試一次,總共重試3次,就是15秒,保險起見這裡寫20秒)。
取得目前訊息體的訊息類型,並根據(jù)_queue判斷目前訊息是否已經(jīng)要求了。如果是事件則儲存FromUser和建立時間。如果是普通訊息則儲存MsgFlag。下面是程式碼:
程式碼如下:
if (_queue == null) { _queue = new List<BaseMsg>(); } else if(_queue.Count>=50) { _queue = _queue.Where(q => { return q.CreateTime.AddSeconds(20) > DateTime.Now; }).ToList();//保留20秒內(nèi)未響應(yīng)的消息 } XElement xdoc = XElement.Parse(xml); var msgtype = xdoc.Element("MsgType").Value.ToUpper(); var FromUserName = xdoc.Element("FromUserName").Value; var MsgId = xdoc.Element("MsgId").Value; var CreateTime = xdoc.Element("CreateTime").Value; MsgType type = (MsgType)Enum.Parse(typeof(MsgType), msgtype); if (type!=MsgType.EVENT) { if (_queue.FirstOrDefault(m => { return m.MsgFlag == MsgId; }) == null) { _queue.Add(new BaseMsg { CreateTime = DateTime.Now, FromUser = FromUserName, MsgFlag = MsgId }); } else { return null; } } else { if (_queue.FirstOrDefault(m => { return m.MsgFlag == CreateTime; }) == null) { _queue.Add(new BaseMsg { CreateTime = DateTime.Now, FromUser = FromUserName, MsgFlag = CreateTime }); } else { return null; } }
?
當(dāng)訊息已經(jīng)存在佇列中時,則不轉(zhuǎn)換目前的訊息為實體了,直接傳回null ,呼叫的時候,當(dāng)傳回null時就不做任何處理。
?
下面開始講解事件訊息。接上篇講。所有的訊息都繼承BaseMessage,而所有的事件類型都包含一個Event的屬性。這裡為了方便調(diào)用,將訊息
程式碼如下:
/// <summary> /// 事件類型枚舉 /// </summary> public enum Event { /// <summary> /// 非事件類型 /// </summary> NOEVENT, /// <summary> /// 訂閱 /// </summary> SUBSCRIBE, /// <summary> /// 取消訂閱 /// </summary> UNSUBSCRIBE, /// <summary> /// 掃描帶參數(shù)的二維碼 /// </summary> SCAN, /// <summary> /// 地理位置 /// </summary> LOCATION, /// <summary> /// 單擊按鈕 /// </summary> CLICK, /// <summary> /// 鏈接按鈕 /// </summary> VIEW, /// <summary> /// 掃碼推事件 /// </summary> SCANCODE_PUSH, /// <summary> /// 掃碼推事件且彈出“消息接收中”提示框 /// </summary> SCANCODE_WAITMSG, /// <summary> /// 彈出系統(tǒng)拍照發(fā)圖 /// </summary> PIC_SYSPHOTO, /// <summary> /// 彈出拍照或者相冊發(fā)圖 /// </summary> PIC_PHOTO_OR_ALBUM, /// <summary> /// 彈出微信相冊發(fā)圖器 /// </summary> PIC_WEIXIN, /// <summary> /// 彈出地理位置選擇器 /// </summary> LOCATION_SELECT, /// <summary> /// 模板消息推送 /// </summary> TEMPLATESENDJOBFINISH }
?
定義好列舉後,就是定義訊息實體了。
?
追蹤/取消追蹤事件
xml封包如下:
程式碼如下:
<xml> <ToUserName><![CDATA[toUser]]></ToUserName> <FromUserName><![CDATA[FromUser]]></FromUserName> <CreateTime>123456789</CreateTime> <MsgType><![CDATA[event]]></MsgType> <Event><![CDATA[subscribe]]></Event> </xml>
?
對應(yīng)的實體:
程式碼如下:
/// <summary> /// 訂閱/取消訂閱事件 /// </summary> public class SubEventMessage : EventMessage { private string _eventkey; /// <summary> /// 事件KEY值,qrscene_為前綴,后面為二維碼的參數(shù)值(已去掉前綴,可以直接使用) /// </summary> public string EventKey { get { return _eventkey; } set { _eventkey = value.Replace("qrscene_", ""); } } /// <summary> /// 二維碼的ticket,可用來換取二維碼圖片 /// </summary> public string Ticket { get; set; } }
?
這裡要注意的是,當(dāng)使用者掃描帶有參數(shù)的二維碼時,如果使用者沒有關(guān)注目前公眾號,使用者關(guān)注時,會在訊息體中帶上qrscene_參數(shù),和Ticket,所以這裡定義了兩個屬性:EventKey,Ticket。當(dāng)EventKey被賦值時,替換掉qrscene_,因為我們真正需要的就是後面的參數(shù)。
?
掃描帶參數(shù)二維碼事件
用戶掃描帶場景值二維碼時,可能推送一下兩種事件:
?
如果用戶還未關(guān)注公眾號,則用戶可以追蹤公眾號,追蹤後微信會將帶場景值關(guān)注事件推送給開發(fā)者。
如果使用者已經(jīng)關(guān)注公眾號,則微信會將帶場景值掃描事件推送給開發(fā)者。 、
第一種上面已經(jīng)講了,這裡就只說明下第二種。
?
用戶已追蹤時的事件推送
?
xml套件如下:
?程式碼如下:
<xml> <ToUserName><![CDATA[toUser]]></ToUserName> <FromUserName><![CDATA[FromUser]]></FromUserName> <CreateTime>123456789</CreateTime> <MsgType><![CDATA[event]]></MsgType> <Event><![CDATA[SCAN]]></Event> <EventKey><![CDATA[SCENE_VALUE]]></EventKey> <Ticket><![CDATA[TICKET]]></Ticket> </xml>
?
##對應(yīng)的實體如下:
程式碼如下:
/// <summary> /// 掃描帶參數(shù)的二維碼實體 /// </summary> public class ScanEventMessage : EventMessage { /// <summary> /// 事件KEY值,是一個32位無符號整數(shù),即創(chuàng)建二維碼時的二維碼scene_id /// </summary> public string EventKey { get; set; } /// <summary> /// 二維碼的ticket,可用來換取二維碼圖片 /// </summary> public string Ticket { get; set; } }
?
上報地理位置事件
當(dāng)公眾號開啟回報地理位置功能後,每次進(jìn)入公有號會話時,使用者同意回報地理位置後,都會在進(jìn)入時上報地理位置,或在進(jìn)入回話後每5秒上報一次地理位置,公眾號可以再公眾平臺的後臺中修改設(shè)定。回報地理位置時,微信會將上報地理位置事件推播到開發(fā)者填寫的url。
?
xml封包如下:
程式碼如下:
<xml> <ToUserName><![CDATA[toUser]]></ToUserName> <FromUserName><![CDATA[fromUser]]></FromUserName> <CreateTime>123456789</CreateTime> <MsgType><![CDATA[event]]></MsgType> <Event><![CDATA[LOCATION]]></Event> <Latitude>23.137466</Latitude> <Longitude>113.352425</Longitude> <Precision>119.385040</Precision> </xml>
?
對應(yīng)的實體如下:
程式碼如下:
/// <summary> /// 上報地理位置實體 /// </summary> public class LocationEventMessage : EventMessage { /// <summary> /// 地理位置緯度 /// </summary> public string Latitude { get; set; } /// <summary> /// 地理位置經(jīng)度 /// </summary> public string Longitude { get; set; } /// <summary> /// 地理位置精度 /// </summary> public string Precision { get; set; } }
自定義菜單事件常用的事件有:click,view,scancode_puth,scancode_waitmsg,location_select。另外還有三種發(fā)圖的事件,由于并不常用,筆者也沒想到使用場景,再次就不一一講述了,有興趣的可以自己研究下,或者和我進(jìn)行交流。
click事件推送的xml數(shù)據(jù)包:
代碼如下:
<xml> <ToUserName><![CDATA[toUser]]></ToUserName> <FromUserName><![CDATA[FromUser]]></FromUserName> <CreateTime>123456789</CreateTime> <MsgType><![CDATA[event]]></MsgType> <Event><![CDATA[CLICK]]></Event> <EventKey><![CDATA[EVENTKEY]]></EventKey> </xml>
view事件推送的xml數(shù)據(jù)包和click的格式是一樣的,所以定義一個類就可以了,如下:
代碼如下:
/// <summary> /// 普通菜單事件,包括click和view /// </summary> public class NormalMenuEventMessage : EventMessage { /// <summary> /// 事件KEY值,設(shè)置的跳轉(zhuǎn)URL /// </summary> public string EventKey { get; set; } }
scancode事件的xml數(shù)據(jù)包如下:
代碼如下:
<xml><ToUserName><![CDATA[ToUserName]]></ToUserName> <FromUserName><![CDATA[FromUserName]]></FromUserName> <CreateTime>1419265698</CreateTime> <MsgType><![CDATA[event]]></MsgType> <Event><![CDATA[scancode_push]]></Event> <EventKey><![CDATA[EventKey]]></EventKey> <ScanCodeInfo><ScanType><![CDATA[qrcode]]></ScanType> <ScanResult><![CDATA[http://weixin.qq.com/r/JEy5oRLE0U_urVbC9xk2]]></ScanResult> </ScanCodeInfo> </xml>
對應(yīng)的實體如下:
代碼如下:
/// <summary> /// 菜單掃描事件 /// </summary> public class ScanMenuEventMessage : EventMessage { /// <summary> /// 事件KEY值 /// </summary> public string EventKey { get; set; } /// <summary> /// 掃碼類型。qrcode是二維碼,其他的是條碼 /// </summary> public string ScanType { get; set; } /// <summary> /// 掃描結(jié)果 /// </summary> public string ScanResult { get; set; } }
至此,當(dāng)前常用的事件類型消息都已定義完畢,結(jié)合上一篇所講的,將xml數(shù)據(jù)包轉(zhuǎn)換成對象的完整代碼如下:
代碼如下:
public class MessageFactory { private static List<BaseMsg> _queue; public static BaseMessage CreateMessage(string xml) { if (_queue == null) { _queue = new List<BaseMsg>(); } else if(_queue.Count>=50) { _queue = _queue.Where(q => { return q.CreateTime.AddSeconds(20) > DateTime.Now; }).ToList();//保留20秒內(nèi)未響應(yīng)的消息 } XElement xdoc = XElement.Parse(xml); var msgtype = xdoc.Element("MsgType").Value.ToUpper(); var FromUserName = xdoc.Element("FromUserName").Value; var MsgId = xdoc.Element("MsgId").Value; var CreateTime = xdoc.Element("CreateTime").Value; MsgType type = (MsgType)Enum.Parse(typeof(MsgType), msgtype); if (type!=MsgType.EVENT) { if (_queue.FirstOrDefault(m => { return m.MsgFlag == MsgId; }) == null) { _queue.Add(new BaseMsg { CreateTime = DateTime.Now, FromUser = FromUserName, MsgFlag = MsgId }); } else { return null; } } else { if (_queue.FirstOrDefault(m => { return m.MsgFlag == CreateTime; }) == null) { _queue.Add(new BaseMsg { CreateTime = DateTime.Now, FromUser = FromUserName, MsgFlag = CreateTime }); } else { return null; } } switch (type) { case MsgType.TEXT: return Utils.ConvertObj<TextMessage>(xml); case MsgType.IMAGE: return Utils.ConvertObj<ImgMessage>(xml); case MsgType.VIDEO: return Utils.ConvertObj<VideoMessage>(xml); case MsgType.VOICE: return Utils.ConvertObj<VoiceMessage>(xml); case MsgType.LINK: return Utils.ConvertObj<LinkMessage>(xml); case MsgType.LOCATION: return Utils.ConvertObj<LocationMessage>(xml); case MsgType.EVENT://事件類型 { var eventtype = (Event)Enum.Parse(typeof(Event), xdoc.Element("Event").Value.ToUpper()); switch (eventtype) { case Event.CLICK: return Utils.ConvertObj<NormalMenuEventMessage>(xml); case Event.VIEW: return Utils.ConvertObj<NormalMenuEventMessage>(xml); case Event.LOCATION: return Utils.ConvertObj<LocationEventMessage>(xml); case Event.LOCATION_SELECT: return Utils.ConvertObj<LocationMenuEventMessage>(xml); case Event.SCAN: return Utils.ConvertObj<ScanEventMessage>(xml); case Event.SUBSCRIBE: return Utils.ConvertObj<SubEventMessage>(xml); case Event.UNSUBSCRIBE: return Utils.ConvertObj<SubEventMessage>(xml); case Event.SCANCODE_WAITMSG: return Utils.ConvertObj<ScanMenuEventMessage>(xml); default: return Utils.ConvertObj<EventMessage>(xml); } } break; default: return Utils.ConvertObj<BaseMessage>(xml); } } }
以上是利用C#開發(fā)微信公眾號之接收事件推播與訊息排重的方法介紹的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章!

熱AI工具

Undress AI Tool
免費脫衣圖片

Undresser.AI Undress
人工智慧驅(qū)動的應(yīng)用程序,用於創(chuàng)建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強(qiáng)大的PHP整合開發(fā)環(huán)境

Dreamweaver CS6
視覺化網(wǎng)頁開發(fā)工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

多線程和異步的區(qū)別在於,多線程同時執(zhí)行多個線程,而異步在不阻塞當(dāng)前線程的情況下執(zhí)行操作。多線程用於計算密集型任務(wù),而異步用於用戶交互操作。多線程的優(yōu)勢是提高計算性能,異步的優(yōu)勢是不阻塞 UI 線程。選擇多線程還是異步取決於任務(wù)性質(zhì):計算密集型任務(wù)使用多線程,與外部資源交互且需要保持 UI 響應(yīng)的任務(wù)使用異步。

C#和C 的歷史與演變各有特色,未來前景也不同。 1.C 由BjarneStroustrup在1983年發(fā)明,旨在將面向?qū)ο缶幊桃隒語言,其演變歷程包括多次標(biāo)準(zhǔn)化,如C 11引入auto關(guān)鍵字和lambda表達(dá)式,C 20引入概念和協(xié)程,未來將專注於性能和系統(tǒng)級編程。 2.C#由微軟在2000年發(fā)布,結(jié)合C 和Java的優(yōu)點,其演變注重簡潔性和生產(chǎn)力,如C#2.0引入泛型,C#5.0引入異步編程,未來將專注於開發(fā)者的生產(chǎn)力和雲(yún)計算。

將 XML 轉(zhuǎn)換為 JSON 的方法包括:使用編程語言(如 Python、Java、C#)編寫腳本或程序進(jìn)行轉(zhuǎn)換;使用在線工具(如 XML 轉(zhuǎn)換為 JSON、Gojko's XML 轉(zhuǎn)換器、XML 在線工具)粘貼或上傳 XML 數(shù)據(jù)並選擇 JSON 格式輸出;使用 XML 到 JSON 轉(zhuǎn)換器(如 Oxygen XML Editor、Stylus Studio、Altova XMLSpy)執(zhí)行轉(zhuǎn)換任務(wù);使用 XSLT 樣式表將 XML 轉(zhuǎn)換為 JSON;使用數(shù)據(jù)集成工具(如 Informatic

C# 多線程編程是一種讓程序同時執(zhí)行多項任務(wù)的技術(shù),它可以通過提升性能、提高響應(yīng)能力和實現(xiàn)並行處理來提高程序效率。雖然 Thread 類提供了直接創(chuàng)建線程的方法,但 Task 和 async/await 等高級工具可以提供更安全的異步操作和更簡潔的代碼結(jié)構(gòu)。多線程編程中常見的難題包括死鎖、競態(tài)條件和資源洩漏,需要仔細(xì)設(shè)計線程模型和使用適當(dāng)?shù)耐綑C(jī)制來避免這些問題。

如何利用.NET構(gòu)建應(yīng)用?使用.NET構(gòu)建應(yīng)用可以通過以下步驟實現(xiàn):1)了解.NET基礎(chǔ)知識,包括C#語言和跨平臺開發(fā)支持;2)學(xué)習(xí)核心概念,如.NET生態(tài)系統(tǒng)的組件和工作原理;3)掌握基本和高級用法,從簡單控制臺應(yīng)用到復(fù)雜的WebAPI和數(shù)據(jù)庫操作;4)熟悉常見錯誤與調(diào)試技巧,如配置和數(shù)據(jù)庫連接問題;5)應(yīng)用性能優(yōu)化與最佳實踐,如異步編程和緩存。

C#.NETisversatileforbothwebanddesktopdevelopment.1)Forweb,useASP.NETfordynamicapplications.2)Fordesktop,employWindowsFormsorWPFforrichinterfaces.3)UseXamarinforcross-platformdevelopment,enablingcodesharingacrossWindows,macOS,Linux,andmobiledevices.

.NETFramework是一個軟件框架,C#是一種編程語言。 1..NETFramework提供庫和服務(wù),支持桌面、Web和移動應(yīng)用開發(fā)。 2.C#設(shè)計用於.NETFramework,支持現(xiàn)代編程功能。 3..NETFramework通過CLR管理代碼執(zhí)行,C#代碼編譯成IL後由CLR運行。 4.使用.NETFramework可快速開發(fā)應(yīng)用,C#提供如LINQ的高級功能。 5.常見錯誤包括類型轉(zhuǎn)換和異步編程死鎖,調(diào)試需用VisualStudio工具。

多線程的好處在於能提升性能和資源利用率,尤其適用於處理大量數(shù)據(jù)或執(zhí)行耗時操作。它允許同時執(zhí)行多個任務(wù),提高效率。然而,線程過多會導(dǎo)致性能下降,因此需要根據(jù) CPU 核心數(shù)和任務(wù)特性謹(jǐn)慎選擇線程數(shù)。另外,多線程編程涉及死鎖和競態(tài)條件等挑戰(zhàn),需要使用同步機(jī)制解決,需要具備紮實的並發(fā)編程知識,權(quán)衡利弊並謹(jǐn)慎使用。
