一種用于消息處理的方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，更為具體而言，涉及一種用于消息處理的方法和系統(tǒng)。
【背景技術(shù)】
[0002]當(dāng)今各類信息的數(shù)字化應(yīng)用已經(jīng)越來越普及，在綜合性較高的web系統(tǒng)中，大型項(xiàng)目通常會被拆分成多個(gè)模塊，這些模塊之間通過api接口相互交換數(shù)據(jù)，有時(shí)多個(gè)模塊間不需要同步實(shí)時(shí)通信，可以采用消息隊(duì)列來異步實(shí)時(shí)通信，但對排查日志和數(shù)據(jù)分析來說卻異常麻煩，因?yàn)橹苯訉?shí)時(shí)通信的模塊被消息隊(duì)列隔開了，沒有直接可關(guān)聯(lián)的信息，而且當(dāng)多個(gè)模塊依次通過消息隊(duì)列來異步實(shí)時(shí)通信時(shí)，現(xiàn)象更為顯著。但是，由于模塊的級聯(lián)關(guān)系，要想從源頭模塊追查整個(gè)操作處理的日志，需要反復(fù)在應(yīng)用模塊和消息隊(duì)列間來回搜索不同的請求唯一標(biāo)識符和消息，使得消息追蹤和處理效率異常低下。
[0003]為解決現(xiàn)有技術(shù)中多個(gè)模塊級聯(lián)交互時(shí)，由于采用不同的請求唯一標(biāo)識符所導(dǎo)致的消息追蹤和處理效率低的問題，亟需一種采有唯一標(biāo)識符的消息標(biāo)記方式。

【發(fā)明內(nèi)容】

[0004]為了解決現(xiàn)有技術(shù)中多個(gè)模塊級聯(lián)交互時(shí)，由于采用不同的請求唯一標(biāo)識符所導(dǎo)致的消息追蹤和處理效率低的問題，本發(fā)明的實(shí)施方式提供了一種用于消息處理方法和系統(tǒng)。
[0005]一方面，本發(fā)明實(shí)施方式提供了一種用于消息處理的方法，所述方法包括:
[0006]消息中間件接收發(fā)送方發(fā)起的消息推送調(diào)用，其中，所述消息推送調(diào)用的標(biāo)識符為第一標(biāo)識符；
[0007]生成所述消息推送調(diào)用中消息的標(biāo)識符作為第二標(biāo)識符，將所述第一標(biāo)識符作為所述第二標(biāo)識符對應(yīng)消息的應(yīng)用程序接口 API的請求字段；
[0008]將所述第二標(biāo)識符對應(yīng)的消息移入出隊(duì)列，將待推送給所述接收方的消息推送調(diào)用的標(biāo)識符賦值為所述第一標(biāo)識符，并將所述待推送的消息推送應(yīng)用推送給所述接收方。
[0009]相應(yīng)的，本發(fā)明實(shí)施方式還提供了一種消息標(biāo)記系統(tǒng)，所述系統(tǒng)包括:發(fā)送方、消息中間件和接收方，其中，
[0010]所述發(fā)送方，用于向所述消息中間件發(fā)起消息推送調(diào)用；
[0011]所述消息中間件，用于消息中間件接收所述發(fā)送方發(fā)起的消息推送調(diào)用，其中，所述消息推送調(diào)用的標(biāo)識符為第一標(biāo)識符；生成所述消息推送調(diào)用中消息的標(biāo)識符作為第二標(biāo)識符，將所述第一標(biāo)識符作為所述第二標(biāo)識符對應(yīng)消息的應(yīng)用程序接口 API的請求字段；將所述第二標(biāo)識符對應(yīng)的消息移入出隊(duì)列，將待推送給所述接收方的消息推送調(diào)用的標(biāo)識符賦值為所述第一標(biāo)識符，并將所述待推送的消息推送應(yīng)用推送給所述接收方；
[0012]所述接收方，用于接收所述消息中間件推送的以所述第一標(biāo)識符為標(biāo)識符的消息推送應(yīng)用。
[0013]實(shí)施本發(fā)明的各種實(shí)施方式具有以下有益效果:可有效提高多個(gè)模塊級聯(lián)交互狀態(tài)下消息追蹤和處理的效率，縮短日志排查時(shí)間，降低對大型項(xiàng)目的理解復(fù)雜度。
【附圖說明】
[0014]圖1是根據(jù)本發(fā)明一種實(shí)施方式的用于消息處理的方法的流程示意圖；
[0015]圖2是根據(jù)本發(fā)明實(shí)施方式的用于消息處理的系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0016]以下結(jié)合附圖和【具體實(shí)施方式】對本發(fā)明的各個(gè)方面進(jìn)行詳細(xì)闡述。其中，眾所周知的模塊、單元及其相互之間的連接、鏈接、通信或操作沒有示出或未作詳細(xì)說明。并且，所描述的特征、架構(gòu)或功能可在一個(gè)或一個(gè)以上實(shí)施方式中以任何方式組合。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，下述的各種實(shí)施方式只用于舉例說明，而非用于限制本發(fā)明的保護(hù)范圍。還可以容易理解，本文所述和附圖所示的各實(shí)施方式中的模塊或單元或處理方式可以按各種不同配置進(jìn)行組合和設(shè)計(jì)。
[0017]圖1是根據(jù)本發(fā)明一種實(shí)施方式的用于消息處理的方法的流程示意圖；參見圖1，所述方法包括如下步驟:
[0018]SI,消息中間件接收發(fā)送方發(fā)起的消息推送調(diào)用，其中，所述消息推送調(diào)用的標(biāo)識符為第一標(biāo)識符；
[0019]S2，生成所述消息推送調(diào)用中消息的標(biāo)識符作為第二標(biāo)識符，將所述第一標(biāo)識符作為所述第二標(biāo)識符對應(yīng)消息的應(yīng)用程序接口 API的請求字段；
[0020]S3，將所述第二標(biāo)識符對應(yīng)的消息移入出隊(duì)列，將待推送給所述接收方的消息推送調(diào)用的標(biāo)識符賦值為所述第一標(biāo)識符，并將所述待推送的消息推送應(yīng)用推送給所述接收方。
[0021]在本發(fā)明的實(shí)施方式中，用于消息處理的方法在步驟SI之前可包括，在消息中間件接收發(fā)送方發(fā)起的消息推送調(diào)用之前，檢測當(dāng)前執(zhí)行環(huán)境是否為接收消息推送的執(zhí)行環(huán)境，若不是接收消息推送的執(zhí)行環(huán)境，則通過hess1n客戶端生成所述消息推送調(diào)用的第一標(biāo)識符。其中，檢測當(dāng)前執(zhí)行環(huán)境是否為接收消息推送的執(zhí)行環(huán)境可包括:在發(fā)送給接收方的消息推送調(diào)用中附加預(yù)定參數(shù)，所述預(yù)定參數(shù)為賦值參數(shù)，接收所述接收方反饋的對所述預(yù)定參數(shù)的響應(yīng)，若所述響應(yīng)驗(yàn)證正確，則是接收消息推送的執(zhí)行環(huán)境，若所述響應(yīng)驗(yàn)證錯(cuò)誤，則不是接收消息推送的執(zhí)行環(huán)境。例如:該附加的預(yù)定參數(shù)可以一個(gè)隱藏參數(shù)，在消息中間件發(fā)送應(yīng)用程序接口(Applicat1n Programming Interface, API)請求給消息接收方時(shí)，使用特定的算法給該隱藏的參數(shù)賦值，消息接收方在響應(yīng)消息請求時(shí)，如果驗(yàn)證正確，就認(rèn)為當(dāng)前執(zhí)行環(huán)境就是接受消息推送請求的執(zhí)行環(huán)境里。例如，A模塊為發(fā)送方，模塊A通過hess1n發(fā)起一個(gè)消息推送調(diào)用，檢測當(dāng)前環(huán)境是否為接收消息推送的執(zhí)行環(huán)境，若不是接收消息推送的執(zhí)行環(huán)境，則hess1n客戶端將該消息推送調(diào)用打包生成本次調(diào)用的標(biāo)識符api_idl。
[0022]接下來，執(zhí)行步驟SI,消息中間件接收發(fā)送方發(fā)起的消息推送調(diào)用，其中，所述消息推送調(diào)用的標(biāo)識符為上述生成的標(biāo)識符api_idl。然后，在步驟S2中，消息中間件接收標(biāo)識符為api_idl的消息推送調(diào)用請求，生成該消息推送調(diào)用中消息的標(biāo)識符msgidl，并將標(biāo)識符api_idl作為標(biāo)識符為msgidl的消息的API請求字段。也就是說，在該消息中附加一個(gè)屬性，該屬性為將標(biāo)識符api_idl作為標(biāo)識符為msgidl的消息的API請求字段，使用該附加的屬性記錄產(chǎn)生該消息的API的標(biāo)識符。
[0023]接下來，在步驟S3中，消息中間件標(biāo)識符為msgidl消息移到出隊(duì)列，將待推送給接收方(例如，模塊B)的消息推送調(diào)用的標(biāo)識符賦值為api_idl，然后將賦值為api_idl的消息推送調(diào)用推送給接收方模塊B。
[0024]接收方模塊B接收賦值為api_idl的消息推送調(diào)用，然后調(diào)用hess1n庫發(fā)送消息，然后檢測當(dāng)前執(zhí)行環(huán)境是否為消息推送請求執(zhí)行環(huán)境，在檢測到當(dāng)前執(zhí)行環(huán)境為消息推送執(zhí)行環(huán)境的情形下，獲取當(dāng)前消息推送調(diào)用的標(biāo)識符，即api_idl，作為重新發(fā)起的新的消息推送調(diào)用的標(biāo)識符，發(fā)送給消息中間件。并且，接收方模塊B還可作為發(fā)送方，進(jìn)行與發(fā)送方A類似的操作，在多個(gè)級聯(lián)的模塊之間重復(fù)。也就是說，本發(fā)明的實(shí)施方式中，發(fā)送方發(fā)送給消息中間件和消息中間件發(fā)送給接收方的消息推送調(diào)用的標(biāo)識符都是一致的，因而可有效提高多個(gè)模塊級聯(lián)交互狀態(tài)下消息追蹤和處理的效率，縮短日志排查時(shí)間，降低對大型項(xiàng)目的理解復(fù)雜度。
[0025]圖2是根據(jù)本發(fā)明實(shí)施方式的用于消息處理的系統(tǒng)的結(jié)構(gòu)示意圖。參見圖2，所述系統(tǒng)I包括:
[0026]發(fā)送方100、消息中間件200和接收方300，其中，
[0027]所述發(fā)送方100，用于向所述消息中間件發(fā)起消息推送調(diào)用；
[0028]所述消息中間件200，用于消息中間件接收所述發(fā)送方發(fā)起的消息推送調(diào)用，其中，所述消息推送調(diào)用的標(biāo)識符為第一標(biāo)識符；生成所述消息推送調(diào)用中消息的標(biāo)識符作為第二標(biāo)識符，將所述第一標(biāo)識符作為所述第二標(biāo)識符對應(yīng)消息的應(yīng)用程序接口 API的請求字段；將所述第二標(biāo)識符對應(yīng)的消息移入出隊(duì)列，將待推送給所述接收方的消息推送調(diào)用的標(biāo)識符賦值為所述第一標(biāo)識符，并將所述待推送的消息推送應(yīng)用推送給所述接收方；
[0029]所述接收方300，用于接收所述消息中間件推送的以所述第一標(biāo)識符為標(biāo)識符的消息推送應(yīng)用。
[0030]在本發(fā)明的實(shí)施方式中，所述消息中間件200可包括:
[0031]第一檢測模塊，用于在消息中間件接收所述發(fā)送方發(fā)起的消息推送調(diào)用之前，檢測當(dāng)前執(zhí)行環(huán)境是否為接收消息推送的執(zhí)行環(huán)境，若不是接收消息推送的執(zhí)行環(huán)境，則通過hess1n客戶端生成所述消息推送調(diào)用的第一標(biāo)識符。其中，檢測當(dāng)前執(zhí)行環(huán)境是否為接收消息推送的執(zhí)行環(huán)境可包括:在發(fā)送給接收方的消息推送調(diào)用中附加預(yù)定參數(shù)，所述預(yù)定參數(shù)為賦值參數(shù)，接收所述接收方反饋的對所述預(yù)定參數(shù)的響應(yīng)，若所述響應(yīng)驗(yàn)證正確，則是接收消息