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

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

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