一種業(yè)務(wù)處理方法和裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本申請涉及緩存技術(shù)領(lǐng)域，特別是涉及一種業(yè)務(wù)處理方法和一種業(yè)務(wù)處理裝置。
【背景技術(shù)】
[0002]在諸如SOA (Service-Oriented Architecture,面向服務(wù)的體系結(jié)構(gòu))架構(gòu)部署的高可用高并發(fā)的集群中，用戶的一次頁面點(diǎn)擊行為可能涉及到多個(gè)系統(tǒng)之間服務(wù)交互。
[0003]以用戶登錄網(wǎng)站的場景舉例如下:
[0004]在一次用戶登錄網(wǎng)站過程中，登錄中心系統(tǒng)接收用戶的登錄請求后，首先需要確認(rèn)用戶是否是會(huì)員，此時(shí)在登錄中心系統(tǒng)的頁面展現(xiàn)層需要查詢用戶的身份信息以確認(rèn)該用戶是否存在，需要通過業(yè)務(wù)接口向會(huì)員核心系統(tǒng)發(fā)起一次遠(yuǎn)程服務(wù)調(diào)用查詢用戶的身份信息。在確認(rèn)用戶是會(huì)員的身份后，進(jìn)入登錄業(yè)務(wù)處理層時(shí)，又需要確認(rèn)該用戶某些屬性或狀態(tài)(如會(huì)員等級(jí)、是否接受過處罰等)，此時(shí)又需要通過業(yè)務(wù)接口發(fā)起一次相同的服務(wù)調(diào)用去查詢用戶的身份信息。這樣在一次登錄請求中對(duì)會(huì)員核心系統(tǒng)的同一個(gè)服務(wù)發(fā)起了至少兩次相同的調(diào)用。
[0005]在高可用高并發(fā)的集群中，每天日均高達(dá)4000萬次登錄請求，就對(duì)會(huì)員核心系統(tǒng)新增了至少4000萬次的服務(wù)調(diào)用，給會(huì)員核心系統(tǒng)帶來巨大的資源開銷。
[0006]為了減少系統(tǒng)的資源開銷，一般會(huì)盡量合并某些業(yè)務(wù)接口，在同一個(gè)業(yè)務(wù)接口完成所有的業(yè)務(wù)邏輯，公用所有的、服務(wù)調(diào)用的結(jié)果。但是這樣的做法違背了接口定義的單一職責(zé)的原則，讓原本不應(yīng)該合并在一起的業(yè)務(wù)邏輯人為合并在一處，后續(xù)的接口可擴(kuò)展性和維護(hù)性都比較差。
[0007]因此，目前需要本領(lǐng)域技術(shù)人員迫切解決的一個(gè)技術(shù)問題就是:如何提出一種業(yè)務(wù)處理的機(jī)制，以保證系統(tǒng)的擴(kuò)展性和維護(hù)性，減少系統(tǒng)資源開銷。

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

[0008]本申請實(shí)施例所要解決的技術(shù)問題是提供一種業(yè)務(wù)處理方法，用以保證系統(tǒng)的擴(kuò)展性和維護(hù)性，減少系統(tǒng)資源開銷。
[0009]相應(yīng)的，本申請實(shí)施例還提供了一種業(yè)務(wù)處理裝置，用以保證系統(tǒng)的擴(kuò)展性和維護(hù)性，減少系統(tǒng)資源開銷。
[0010]為了解決上述問題，本申請公開了一種業(yè)務(wù)處理方法，包括:
[0011]當(dāng)接收到業(yè)務(wù)請求時(shí)，為所述業(yè)務(wù)請求創(chuàng)建線程緩存；
[0012]在所述業(yè)務(wù)請求下，發(fā)起針對(duì)一服務(wù)請求的處理時(shí)，將所述服務(wù)請求的處理結(jié)果存儲(chǔ)在所述線程緩存中，以便再次發(fā)起所述服務(wù)請求的處理時(shí)，從所述線程緩存調(diào)用所述服務(wù)請求的處理結(jié)果。
[0013]優(yōu)選地，所述在所述業(yè)務(wù)請求下，發(fā)起針對(duì)一服務(wù)請求的處理時(shí)，將所述服務(wù)請求的處理結(jié)果存儲(chǔ)在所述線程緩存中，以便再次發(fā)起所述服務(wù)請求的處理時(shí)，從所述線程緩存調(diào)用所述服務(wù)請求的處理結(jié)果的步驟包括:
[0014]在所述業(yè)務(wù)請求下，發(fā)起針對(duì)一服務(wù)請求的處理時(shí)，判斷所述業(yè)務(wù)線程緩存中是否存儲(chǔ)有所述服務(wù)請求對(duì)應(yīng)的處理結(jié)果；
[0015]若是，則從所述線程緩存中調(diào)用所述處理結(jié)果；
[0016]若否，則調(diào)用對(duì)應(yīng)的服務(wù)系統(tǒng)對(duì)所述服務(wù)請求進(jìn)行處理，獲得對(duì)應(yīng)的處理結(jié)果，將處理結(jié)果存儲(chǔ)在所述線程緩存中。
[0017]優(yōu)選地，所述線程緩存繼承至線程局部變量。
[0018]優(yōu)選地，還包括:
[0019]將所述線程緩存在預(yù)置的清理工具中注冊。
[0020]優(yōu)選地，在所述將所述線程緩存在預(yù)置的清理工具中注冊的步驟之后，所述的方法還包括:
[0021]調(diào)用所述清潔工具清理已注冊的線程緩存。
[0022]優(yōu)選地，還包括:
[0023]當(dāng)所述業(yè)務(wù)請求處理完成時(shí)，調(diào)用所述清潔工具清理已注冊的線程緩存。
[0024]本申請實(shí)施例還公開了一種業(yè)務(wù)處理裝置，包括:
[0025]創(chuàng)建模塊，用于在接收到業(yè)務(wù)請求時(shí)，為所述業(yè)務(wù)請求創(chuàng)建線程緩存；
[0026]處理模塊，用于在所述業(yè)務(wù)請求下，發(fā)起針對(duì)一服務(wù)請求的處理時(shí)，將所述服務(wù)請求的處理結(jié)果存儲(chǔ)在所述線程緩存中，以便再次發(fā)起所述服務(wù)請求的處理時(shí)，從所述線程緩存調(diào)用所述服務(wù)請求的處理結(jié)果。
[0027]優(yōu)選地，所述處理模塊包括:
[0028]判斷子模塊，用于在所述業(yè)務(wù)請求下，發(fā)起針對(duì)一服務(wù)請求的處理時(shí)，判斷所述業(yè)務(wù)線程緩存中是否存儲(chǔ)有所述服務(wù)請求對(duì)應(yīng)的處理結(jié)果；若是，則調(diào)用第一調(diào)用子模塊；若否，則調(diào)用第二調(diào)用子模塊和存儲(chǔ)子模塊；
[0029]第一調(diào)用子模塊，用于從所述線程緩存中調(diào)用所述處理結(jié)果；
[0030]第二調(diào)用子模塊，用于調(diào)用對(duì)應(yīng)的服務(wù)系統(tǒng)對(duì)所述服務(wù)請求進(jìn)行處理，獲得對(duì)應(yīng)的處理結(jié)果；
[0031]存儲(chǔ)子模塊，用于將處理結(jié)果存儲(chǔ)在所述線程緩存中。
[0032]優(yōu)選地，所述線程緩存繼承至線程局部變量。
[0033]優(yōu)選地，還包括:
[0034]注冊模塊，用于將所述線程緩存在預(yù)置的清理工具中注冊。
[0035]優(yōu)選地，還包括:
[0036]第一清理模塊，用于調(diào)用所述清潔工具清理已注冊的線程緩存。
[0037]優(yōu)選地，還包括:
[0038]第二清理模塊，用于在所述業(yè)務(wù)請求處理完成時(shí)，調(diào)用所述清潔工具清理已注冊的線程緩存。
[0039]與【背景技術(shù)】相比，本申請實(shí)施例包括以下優(yōu)點(diǎn):
[0040]本申請實(shí)施例在接收到業(yè)務(wù)請求時(shí)，為該業(yè)務(wù)請求創(chuàng)建線程緩存，在該業(yè)務(wù)請求下，發(fā)起針對(duì)一服務(wù)請求的處理時(shí)，將該服務(wù)請求的處理結(jié)果存儲(chǔ)在線程緩存中，以便再次發(fā)起服務(wù)請求的處理時(shí)，從線程緩存調(diào)用服務(wù)請求的處理結(jié)果，由于對(duì)于一次業(yè)務(wù)請求，有可能發(fā)起多次的服務(wù)請求，從線程緩存中提取處理結(jié)果，就不必再次調(diào)用外部的服務(wù)系統(tǒng)，大大減少了外部的服務(wù)系統(tǒng)的調(diào)用次數(shù)，減少系統(tǒng)資源開銷，并且，處理結(jié)果不依賴任何其他存儲(chǔ)，也不占用應(yīng)用的內(nèi)存空間，是輕量級(jí)的線程緩存實(shí)現(xiàn)方案，避免合并業(yè)務(wù)接口，保持了接口的單一職責(zé)，保證了系統(tǒng)的擴(kuò)展性和維護(hù)性。
[0041]本申請實(shí)施例配備一套線程緩存的清理機(jī)制，可以調(diào)用清潔工具清理單一線程緩存，也可以調(diào)用清潔工具清理已注冊的線程緩存，提高了清理操作的靈活性和簡便性，避免了由于線程變量沒有被及時(shí)清理而產(chǎn)生的系統(tǒng)內(nèi)存泄露，從而引發(fā)系統(tǒng)宕機(jī)的故障，保證了線程緩存的實(shí)用性。
【附圖說明】
[0042]圖1是本申請的一種業(yè)務(wù)處理方法實(shí)施例的步驟流程圖；
[0043]圖2是本申請的另一種業(yè)務(wù)處理方法實(shí)施例的步驟流程圖
[0044]圖3是本申請的一種業(yè)務(wù)處理裝置實(shí)施例的結(jié)構(gòu)框圖；
[0045]圖4是本申請的另一種業(yè)務(wù)處理裝置實(shí)施例的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0046]為使本申請的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和【具體實(shí)施方式】對(duì)本申請作進(jìn)一步詳細(xì)的說明。
[0047]參照圖1，示出了本申請的一種業(yè)務(wù)處理方法實(shí)施例的步驟流程圖，具體可以包括如下步驟:
[0048]步驟101，當(dāng)接收到業(yè)務(wù)請求時(shí)，為所述業(yè)務(wù)請求創(chuàng)建線程緩存；
[0049]需要說明的是，本申請實(shí)施例可以應(yīng)用于分層體系架構(gòu)的業(yè)務(wù)系統(tǒng)中。在業(yè)務(wù)系統(tǒng)的開發(fā)中，為了更加合理