異常信息的處理方法及裝置製造方法
2023-10-04 17:09:24 1
異常信息的處理方法及裝置製造方法
【專利摘要】本發明公開了一種異常信息的處理方法及裝置。其中，該方法包括：採集應用程式運行過程中出現的異常信息，其中，應用程式運行於IOS系統，在應用程式的線程中註冊有未處理異常的處理方法；通過未處理異常的處理方法將應用程式運行過程中出現的異常信息按照分發記錄分發至多個匹配處理模塊，其中，多個匹配處理模塊預先定義對應的編程用戶的異常模式信息；在異常信息與任意一個匹配處理模塊中的異常模式信息一致的情況下，將異常信息發送至異常信息對應的編程用戶進行處理。本發明解決了現有技術中IOS應用程式發生異常時，要將異常信息發送給所有的開發主體導致解決異常問題效率低的問題。
【專利說明】異常信息的處理方法及裝置
【技術領域】
[0001] 本發明設及計算機軟體領域，具體而言，設及一種異常信息的處理方法及裝置。
【背景技術】
[0002] 在應用程式（AP巧的開發過程中，APP開發人員會使用到軟體開發包（SDK)，比如 在開發IOS APP的時候，SDK的開發人員會提供IOS SDK給APP開發人員使用，從而完成IOS APP的開發。IOS APP在運行的過程中偶爾會意外崩潰即發生異常，那麼就需要開發人員對 上述異常問題進行分析和解決。
[0003] 該裡需要說明的是，在IOS APP出現異常時，無法區分上述崩潰是源於軟體開發包 (SDK)還是APP本身，現有技術要將異常信息同時發送給軟體開發包（SDK)的開發人員和 APP開發人員，而SDK的開發人員和APP開發人員需要同時對上述異常信息進行分析從而 解決問題（儘管上述異常的發生可能與其中一方無關），導致了在解決異常問題時耗時長、 APP開發人員和SDK開發人員容易對某些問題產生分歧、對異常信息的解決效率低的問題。
[0004] 針對現有技術中IOS應用程式發生異常時，要將異常信息發送給所有的開發主體 導致解決異常問題效率低的問題。
【發明內容】
[0005] 本發明的主要目的在於提供一種異常信息的處理方法及裝置，W解決現有技術中 IOS應用程式發生異常時，要將異常信息發送給所有的開發主體導致解決異常問題效率低 的問題。
[0006] 為了實現上述目的，根據本發明實施例的一個方面，提供了一種異常信息的處理 方法，該方法包括；採集應用程式運行過程中出現的異常信息，其中，應用程式運行於IOS 系統，在應用程式的線程中註冊有未處理異常的處理處理方法；通過未處理異常的處理方 法將應用程式運行過程中出現的異常信息按照分發記錄分發至多個匹配處理模塊，其中， 多個匹配處理模塊預先定義對應的編程用戶的異常模式信息；在異常信息與任意一個匹配 處理模塊中的異常模式信息一致的情況下，將異常信息發送至異常信息對應的編程用戶進 行處理。
[0007] 為了實現上述目的，根據本發明實施例的另一方面，提供了一種異常信息的處理 裝置，該裝置包括：採集模塊，用於採集應用程式運行過程中出現的異常信息，其中，應用程 序運行於IOS系統，在應用程式的線程中註冊有未處理異常的處理處理方法；分發模塊，用 於通過未處理異常的處理方法將應用程式運行過程中出現的異常信息按照分發記錄分發 至多個匹配處理模塊，其中，多個匹配處理模塊預先定義對應的編程用戶的異常模式信息； 處理模塊，用於在異常信息與任意一個匹配處理模塊中的異常模式信息一致的情況下，將 異常信息發送至異常信息對應的編程用戶進行處理。
[000引在本發明實施例中，採用採集應用程式運行過程中出現的異常信息，其中，應用程 序運行於IOS系統，在應用程式的線程中註冊有未處理異常的處理處理方法；通過未處理 異常的處理方法將應用程式運行過程中出現的異常信息按照分發記錄分發至多個匹配處 理模塊，其中，多個匹配處理模塊預先定義對應的編程用戶的異常模式信息；在異常信息與 任意一個匹配處理模塊中的異常模式信息一致的情況下，將異常信息發送至異常信息對應 的編程用戶進行處理，解決了現有技術中IOS應用程式發生異常時，要將異常信息發送給 所有的開發主體導致解決異常問題效率低的問題。
【專利附圖】
【附圖說明】
[0009] 構成本申請的一部分的附圖用來提供對本發明的進一步理解，本發明的示意性實 施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中：
[0010] 圖1是根據本發明實施例一的一種異常信息的處理方法的流程圖；W及
[0011] 圖2是根據本發明實施例二的一種異常信息的處理裝置的示意圖。
【具體實施方式】
[0012] 需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可W相 互組合。下面將參考附圖並結合實施例來詳細說明本發明。
[0013] 為了使本【技術領域】的人員更好地理解本發明方案，下面將結合本發明實施例中的 附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是 本發明一部分的實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術 人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本發明保護的範 圍。
[0014] 需要說明的是，本發明的說明書和權利要求書及上述附圖中的術語"第一"、"第 二"等是用於區別類似的對象，而不必用於描述特定的順序或先後次序。應該理解該樣使 用的數據在適當情況下可W互換，W便該裡描述的本發明的實施例。此外，術語"包括"和 "具有"化及他們的任何變形，意圖在於覆蓋不排他的包含，例如，包含了一系列步驟或單元 的過程、方法、系統、產品或設備不必限於清楚地列出的那些步驟或單元，而是可包括沒有 清楚地列出的或對於該些過程、方法、產品或設備固有的其它步驟或單元。
[0015] 實施例一
[0016] 本發明實施例提供了一種異常信息的處理方法。該方法包括步驟如下：
[0017] 步驟S12,採集應用程式運行過程中出現的異常信息，其中，應用程式運行於IOS 系統，在應用程式的線程中註冊有未處理異常的處理處理方法。
[001引該裡需要說明的是，在一種優選的實施例中，本申請提供的方案可W適用於IOS 作業系統中運行的應用程式。
[0019] 具體的，在IOS作業系統中運行應用程式的過程中，可W註冊未處理異常的處理 方法。可W利用IOS API註冊全局的未處理異常的處理方法，可選的，部分實現代碼如下：
[0020] NSSetUncaughtExceptionHandler 化UncaughtExceptionHandler)；
[002U 具體的，在本方案中，線程在發生未捕獲異常後會主動調用 化cau曲巧XC巧tionHandler函數，該樣就是實現了異常信息的採集工作。
[0022] 步驟S14,通過未處理異常的處理方法將應用程式運行過程中出現的異常信息按 照分發記錄分發至多個匹配處理模塊，其中，多個匹配處理模塊預先定義對應的編程用戶 的異常模式信息。
[0023] 具體的，在本方案中，可W通過上述全局未處理異常的處理方法來將上述異常信 息同時分發至多個匹配處理模塊，可選的，在上述多個匹配處理模塊中預先定義異常模式 信息具體為，每個編程用戶可能發生何種異常，例如：在匹配處理模塊A中預先定義的是編 程用戶01的原因導致的應用程式發生的異常信息，在匹配處理模塊B中預先定義的是編程 用戶02的原因導致的應用程式發生的異常信息。
[0024] 在一種可選的實施例中，上述編程用戶01為IOS SDK的開發人員，上述編程用戶 02為IOS APP的開發人員。
[0025] 步驟S16,在異常信息與任意一個匹配處理模塊中的異常模式信息一致的情況下， 將異常信息發送至異常信息對應的編程用戶進行處理。
[0026] 具體的，在本方案中，在將上述異常信息發送至多個匹配處理模塊時，可W將上述 異常信息和上述多個匹配處理模塊中的異常模式信息進行匹配，W上述編程用戶01為IOS SDK的開發人員為例，如果，匹配處理模塊A中的信息與上述異常信息相匹配的話，則說明， 上述異常信息為IOS SDK的開發人員的原因導致的，在本方案中的一種可選的實施例中，可 W將上述異常信息發送至編程用戶01，即發送至IOS SDK的開發人員。
[0027] 此處需要說明的是，在本方案中，不但可W初步區分異常原因是出自IOS SDK的開 發人員或IOS APP的開發人員，在本方案提供的又一種可選的實施例中，在確定具體的異常 類型後，例如異常的原因出自IOS SDK的開發團隊後，還可W通過本申請提供的方案將異常 信息進行進一步的判斷，從而將異常信息發送至具體的某一個IOS SDK的開發人員。
[002引基於上述對異常信息的處理方法，可W實現當應用程式發生異常時，通過本方案 可W自動分辨該異常是由於哪個具體的編程用戶的原因造成的，從而將上述異常信息發送 給相關的軟體開發人員，可W提高應用程式異常處理的效率，從而解決了現有技術中IOS 應用程式發生異常時，要將異常信息發送給所有的開發主體導致解決異常問題效率低的問 題。
[0029] 可選的，步驟S14,通過未處理異常的處理方法將應用程式運行過程中出現的異常 信息按照分發記錄分發至多個匹配處理模塊的步驟可W包括：
[0030] 步驟S141，在未處理異常的處理方法中調用分發功能函數，通過分發功能函數將 異常信息分發至多個匹配處理模塊。
[0031] 具體的，在本方案中，可W在未處理異常的處理方法中的uncau曲巧xption方法 中調用主題類中的notify功能函數即notify方法，通過上述notify方法將異常信息分發 至多個匹配處理模塊。
[0032] 可選的，實現上述功能的部分代碼如下；
[0033]
【權利要求】
1. 一種異常信息的處理方法，其特徵在於，包括： 採集應用程式運行過程中出現的異常信息，其中，所述應用程式運行於IOS系統，在所 述應用程式的線程中註冊有未處理異常的處理處理方法； 通過所述未處理異常的處理方法將所述應用程式運行過程中出現的異常信息按照分 發記錄分發至多個匹配處理模塊，其中，所述多個匹配處理模塊預先定義對應的編程用戶 的異常模式信息； 在所述異常信息與任意一個匹配處理模塊中的異常模式信息一致的情況下，將所述異 常信息發送至所述異常信息對應的編程用戶進行處理。
2. 根據權利要求1所述的方法，其特徵在於，通過所述未處理異常的處理方法將所 述應用程式運行過程中出現的異常信息按照分發記錄分發至多個匹配處理模塊的步驟包 括： 在所述未處理異常的處理方法中調用分發功能函數，通過所述分發功能函數將所述異 常信息分發至所述多個匹配處理模塊。
3. 根據權利要求2所述的方法，其特徵在於，在所述異常信息與任意一個匹配處理模 塊中的異常模式信息一致的情況下，將所述異常信息發送至所述異常信息對應的編程用戶 進行處理的步驟包括： 提取所述異常信息中的異常特徵，其中，所述異常特徵包括如下至少一個：異常類名 稱、異常函數名稱； 將所述異常特徵同所述多個匹配處理模塊中的預先定義的異常模式信息進行匹配； 在與第一匹配處理模塊中的預先定義的異常模式信息匹配成功的情況下，將所述異常 信息發送至所述第一匹配處理模塊對應的編程用戶進行處理。
4. 根據權利要求3所述的方法，其特徵在於，所述分發記錄中包括所述多個匹配處理 模塊的地址，其中，在將所述異常信息發送至所述第一匹配處理模塊對應的編程用戶進行 處理之後，所述方法還包括： 將任意一條新的匹配處理模塊的地址增加至所述分發記錄，形成新的分發記錄，使得 通過未處理異常的處理方法將所述應用程式運行過程中出現的異常信息按照新的分發記 錄分發至多個匹配處理模塊。
5. 根據權利要求3所述的方法，其特徵在於，所述分發記錄中包括所述多個匹配處理 模塊的地址，其中，在將所述異常信息發送至所述第一匹配處理模塊對應的編程用戶之後 進行處理，所述方法還包括： 將所述分發記錄任意一條匹配處理模塊的地址移除，形成新的分發記錄，使得通過未 處理異常的處理方法將所述應用程式運行過程中出現的異常信息按照新的分發記錄分發 至多個匹配處理模塊。
6. -種異常信息的處理裝置，其特徵在於，包括： 採集模塊，用於採集應用程式運行過程中出現的異常信息，其中，所述應用程式運行於 IOS系統，在所述應用程式的線程中註冊有未處理異常的處理處理方法； 分發模塊，用於通過所述未處理異常的處理方法將所述應用程式運行過程中出現的異 常信息按照分發記錄分發至多個匹配處理模塊，其中，所述多個匹配處理模塊預先定義對 應的編程用戶的異常模式信息； 處理模塊，用於在所述異常信息與任意一個匹配處理模塊中的異常模式信息一致的情 況下，將所述異常信息發送至所述異常信息對應的編程用戶進行處理。
7. 根據權利要求6所述的裝置，其特徵在於，所述分發模塊包括： 子分發模塊，用於在所述未處理異常的處理方法中調用分發功能函數，通過所述分發 功能函數將所述異常信息分發至所述多個匹配處理模塊。
8. 根據權利要求7所述的裝置，其特徵在於，所述處理模塊包括： 提取模塊，用於提取所述異常信息中的異常特徵，其中，所述異常特徵包括如下至少一 個：異常類名稱、異常函數名稱； 匹配模塊，用於將所述異常特徵同所述多個匹配處理模塊中的預先定義的異常模式信 息進行匹配； 子處理模塊，用於在與第一匹配處理模塊中的預先定義的異常模式信息匹配成功的情 況下，將所述異常信息發送至所述第一匹配處理模塊對應的編程用戶進行處理。
9. 根據權利要求8所述的裝置，其特徵在於，所述分發記錄中包括所述多個匹配處理 模塊的地址，其中，所述裝置還包括： 增加模塊，用於將任意一條新的匹配處理模塊的地址增加至所述分發記錄，形成新的 分發記錄，使得通過未處理異常的處理方法將所述應用程式運行過程中出現的異常信息按 照新的分發記錄分發至多個匹配處理模塊。
10. 根據權利要求8所述的裝置，其特徵在於，所述分發記錄中包括所述多個匹配處理 模塊的地址，其中，所述裝置還包括： 移除模塊，用於將所述分發記錄任意一條匹配處理模塊的地址移除，形成新的分發記 錄，使得通過未處理異常的處理方法將所述應用程式運行過程中出現的異常信息按照新的 分發記錄分發至多個匹配處理模塊。
【文檔編號】G06F11/36GK104503770SQ201510015423
【公開日】2015年4月8日 申請日期:2015年1月12日 優先權日:2015年1月12日
【發明者】王傑 申請人:北京國雙科技有限公司