[發明專利]一種遠程調試方法、系統、計算設備和存儲介質

在審

• 申請號: 202111118752.4
• 申請日: 2021-09-24
• 公開（公告）號: CN113836017A
• 公開（公告）日: 2021-12-24
• 發明（設計）人: 劉博;高山;王勤龍;鐘彬;何林
• 申請（專利權）人: 咪咕文化科技有限公司;中國移動通信集團有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36;H04L29/08
• 代理公司: 北京市浩天知識產權代理事務所(普通合伙) 11276
• 代理人: 梁倩

本發明公開了一種遠程調試方法、系統、計算設備和存儲介質，該方法包括：接收終端發送的遠程調試請求，遠程調試請求用于請求對終端的第一應用進行調試：響應于遠程調試請求，建立與終端的遠程連接；通過遠程連接發送可調試文件至終端，供終端加載可調試文件；通過可調試文件遠程調試第一應用對應的本地庫。本發明通過遠程連接發送可調試文件至需調試終端進行遠程調試，從而更改本地庫調試運行方式，將調試的成本大大降低，并且還解決了現有技術中在應用存在簽名驗證的情況下不可以正常調試的技術問題。

技術領域

本發明涉及通信技術領域，具體涉及一種遠程調試方法、系統、計算設備和存儲介質。

背景技術

在安卓(Android)應用的開發中，通過C/C++語言直接調用底層代碼的方式，稱為Native開發；具體地，C/C++語言所寫的代碼在Android平臺編譯成以.so為后綴的庫文件(so文件)，Java層通過Java原生(Java Native Interface，JNI)接口可以直接調用so文件，將so文件和JNI接口兩個合并成含有so文件的庫(library)，從而對外發布。Library開發者在開發時，一般通過demo開發library，測試其基本功能，圖1為三方應用使用library進行開發部署的示意圖，如圖1所示，三方應用在接入library的過程中，會遇到尋常demo中無法復現的錯誤(bug)，需要在所接入的應用中進行調試，現有技術中用的調試方法包括：通過library開發者對每一次的代碼修改、問題定位日志、修復嘗試都打包成可調試的library(帶可調試的so文件)給到三方應用，由對方集成后再將可調試的包返回給library開發者，如此反復；或者通過library開發者，將對方給的應用進行解包，將修改的可調試library進行替換，再重新打包成可調試的應用。

然而，上述方法一次修改耗時非常久，調試成本高，遇到較難定位問題時更是花費諸多往返溝通、重復打包的時間，且若在修改期間發生代碼變更或者不小心進行了再次編譯，調試相關信息丟失將無法調試，同時應用上述方法時如果應用有包簽名驗證，通過解壓打包的方式，會導致包簽名變更，從而也會導致無法調試。

發明內容

鑒于上述問題，提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的一種遠程調試方法、系統、計算設備和存儲介質。

根據本發明的一個方面，提供了一種遠程調試方法，包括：

接收終端發送的遠程調試請求，所述遠程調試請求用于請求對所述終端的第一應用進行調試：

響應于所述遠程調試請求，建立與所述終端的遠程連接；

通過所述遠程連接發送可調試文件至所述終端，供所述終端加載所述可調試文件；

通過所述可調試文件遠程調試所述第一應用對應的本地庫。

根據本發明的另一方面，提供了一種遠程調試系統，包括：服務器和本地庫開發端；

服務器，用于接收終端通過第一應用發送的遠程調試請求，并將所述遠程調試請求轉發至本地庫開發端；

本地庫開發端，用于依據所述遠程調試請求建立與所述終端的遠程連接，通過所述遠程連接發送可調試文件至所述終端，供所述終端加載所述可調試文件；通過所述可調試文件遠程調試所述第一應用對應的本地庫。

根據本發明的又一方面，提供了一種計算設備，包括：處理器、存儲器、通信接口和通信總線，所述處理器、所述存儲器和所述通信接口通過所述通信總線完成相互間的通信；

所述存儲器用于存放至少一可執行指令，所述可執行指令使所述處理器執行上述一種遠程調試方法對應的操作。

根據本發明的再一方面，提供了一種計算機存儲介質，所述存儲介質中存儲有至少一可執行指令，所述可執行指令使處理器執行如上述一種遠程調試方法對應的操作。