[發明專利]一種服務響應過程的監測方法及裝置

在審

• 申請號: 201410817816.3
• 申請日: 2014-12-24
• 公開（公告）號: CN104503912A
• 公開（公告）日: 2015-04-08
• 發明（設計）人: 安超;汪亮
• 申請（專利權）人: 中科創達軟件股份有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京集佳知識產權代理有限公司11227
• 代理人: 王寶筠

技術領域

本申請涉及服務監測技術領域，尤其是對服務長時間無響應狀況的監測方法及裝置。

背景技術

終端設備如手機、PAD等，必須安裝有操作系統才能正常運行。操作系統可以為各種應用軟件、驅動程序等提供基礎的服務。在終端設備發布前，常常需要進行系統功能的測試，若系統提供服務的過程即服務響應過程出現問題，需要對提供服務的模塊進行調試，以找到原因所在并進行修改。

服務響應過程中，常常出現的是服務阻塞情況，即系統服務長時間不響應接收到的請求。因此，亟需一種服務響應過程的監測方法，以監測服務的響應過程，從而幫助開發者找到阻塞原因。

發明內容

有鑒于此，本發明提供了一種服務響應過程的監測方法及裝置，用以實現對服務響應過程的監測。為實現所述目的，本發明提供的技術方案如下：

一種服務響應過程的監測方法，包括：

當服務模塊接收到請求進程時，獲取第一時間閾值及第二時間閾值；所述第二時間閾值大于所述第一時間閾值；

以所述服務模塊接收到所述請求進程的時間點為起點，持續記錄所述服務模塊處理所述請求進程所用的時間長度；

當所述時間長度達到所述第一時間閾值且所述服務模塊未處理完畢所述請求進程時，輸出內存棧中的函數調用數據；其中，所述服務模塊處理所述請求進程時生成函數調用數據，且所述函數調用數據按照生成順序依次存儲在所述內存棧中；

當所述時間長度達到所述第二時間閾值且所述服務模塊未處理完畢所述請求進程時，將所述函數調用數據保存至存儲設備，并觸發所述服務模塊重啟。

上述的服務響應過程的監測方法，優選地，還包括：

以所述服務模塊接收到所述請求進程的時間點為起點，持續記錄所述服務模塊處理所述請求進程時的函數傳入參數以及函數調用順序。

上述的服務響應過程的監測方法，優選地，在當所述時間長度達到所述第二時間閾值且所述服務模塊未處理完畢所述請求進程時，且觸發所述服務模塊重啟之前還包括：

將記錄的所述函數傳入參數及所述函數調用順序保存至所述存儲設備。

上述的服務響應過程的監測方法，優選地，在所述當所述時間長度達到所述第二時間閾值且所述服務模塊未處理完畢所述請求進程時，且觸發所述服務模塊重啟之前還包括：

獲取所述請求進程的上下文信息，并將所述上下文信息保存至所述存儲設備。

上述的服務響應過程的監測方法，優選地，在所述以所述服務模塊接收到所述請求進程的時間點為起點，持續記錄所述服務模塊處理所述請求進程所用的時間長度的同時，還包括：

當所述服務模塊處理完畢所述請求進程且所述服務模塊未重啟時，停止所述時間長度的持續記錄，并將停止時的時間長度確定為本次響應時長；

當存儲有平均響應時長時，獲取所述平均響應時長，將所述平均響應時長與所述本次響應時長的平均值作為平均響應時長進行存儲；

當未存儲有平均響應時長時，將所述本次響應時長作為平均響應時長進行存儲。

上述的服務響應過程的監測方法，優選地，所述獲取第一時間閾值包括：

當存儲有平均響應時長時，獲取所述平均響應時長作為第一時間閾值；

當未存儲有平均響應時長時，獲取預設時間閾值作為第一時間閾值。

本申請還提供了一種服務響應過程的監測裝置，包括：

時間閾值獲取模塊，用于當服務模塊接收到請求進程時，獲取第一時間閾值及第二時間閾值；所述第二時間閾值大于所述第一時間閾值；

處理時長記錄模塊，用于以所述服務模塊接收到所述請求進程的時間點為起點，持續記錄所述服務模塊處理所述請求進程所用的時間長度；

函數調用數據輸出模塊，用于當所述時間長度達到所述第一時間閾值且所述服務模塊未處理完畢所述請求進程時，輸出內存棧中的函數調用數據；其中，所述服務模塊處理所述請求進程時生成函數調用數據，且所述函數調用數據按照生成順序依次存儲在所述內存棧中；

函數調用數據保存模塊，用于當所述時間長度達到所述第二時間閾值且所述服務模塊未處理完畢所述請求進程時，將所述函數調用數據保存至存儲設備，并觸發所述服務模塊重啟。

上述的服務響應過程的監測裝置，優選地，還包括：

函數參數及順序記錄模塊，用于以所述服務模塊接收到所述請求進程的時間點為起點，持續記錄所述服務模塊處理所述請求進程時的函數傳入參數以及函數調用順序。

上述的服務響應過程的監測裝置，優選地，還包括：