[發(fā)明專利]對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 200910214346.0
• 申請(qǐng)日: 2009-12-25
• 公開(kāi)（公告）號(hào): CN101719090A
• 公開(kāi)（公告）日: 2010-06-02
• 發(fā)明（設(shè)計(jì)）人: 張康宗;張強(qiáng);鄭有勝;羅勇
• 申請(qǐng)（專利權(quán)）人: 珠海市君天電子科技有限公司
• 主分類號(hào): G06F11/34
• 分類號(hào): G06F11/34;G06F11/36
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

1.對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，包括如下步驟：

a、打開(kāi)崩潰轉(zhuǎn)儲(chǔ)文件；

b、分別檢索每個(gè)處理器每個(gè)線程的堆棧信息，對(duì)于用戶態(tài)崩潰轉(zhuǎn)儲(chǔ)文件尋找用戶態(tài)的異常錯(cuò)誤觸發(fā)函數(shù)；對(duì)于內(nèi)核態(tài)崩潰轉(zhuǎn)儲(chǔ)文件尋找內(nèi)核態(tài)的異常錯(cuò)誤觸發(fā)函數(shù)；

c、根據(jù)搜索到的異常錯(cuò)誤觸發(fā)函數(shù)，檢查異常發(fā)生時(shí)刻的上一個(gè)調(diào)用函數(shù)，如果這個(gè)調(diào)用函數(shù)是一個(gè)有效的函數(shù)名，則暫定該調(diào)用函數(shù)為崩潰函數(shù)，把該調(diào)用函數(shù)隸屬的模塊暫定為崩潰模塊；

d、根據(jù)獲得的崩潰函數(shù)和崩潰模塊獲取崩潰信息，并將崩潰信息存儲(chǔ)至數(shù)據(jù)庫(kù)。

2.根據(jù)權(quán)利要求1所述的對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，所述用戶態(tài)異常錯(cuò)誤觸發(fā)函數(shù)包括：kernel32.dll提供的UnhandledExceptionFilter函數(shù)、kernel32.dll提供的FatalAppExitW函數(shù)、kernel32.dll提供的FatalAppExitA函數(shù)、kernel32.dll提供的RaiseException函數(shù)、kernelbase.dll提供的RaiseException函數(shù)、ntdll.dll提供的NtRaiseHardError函數(shù)、ntdll.dll提供的NtRaiseException函數(shù)、ntdll.dll提供的KiUserExceptionDispatcher函數(shù)、CxxThrowException函數(shù)、ntdll.dll提供的TppExceptionFilter函數(shù)、ntdll.dll提供的TppWorkerpInnerExceptionFilter函數(shù)、except_handler函數(shù)、except_handler2函數(shù)、except_handler3函數(shù)、report_failure函數(shù)。

3.根據(jù)權(quán)利要求1所述的對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，所述內(nèi)核態(tài)異常錯(cuò)誤觸發(fā)函數(shù)包括：Windows內(nèi)核提供的KeBugCheck、KeBugCheckEx、KeBugCheckEx2、KiTrap、DbgBreakPoint、DbgUserBreakPoint、ExpRaiseHardError、ExpSystemErrorHandler、PoShutdownBugcheck、KeBugCheck、KiBugCheck函數(shù)。

4.根據(jù)權(quán)利要求1至3中任意一項(xiàng)所述的對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，在步驟a和步驟b之間還包括步驟a1：

a1、給崩潰轉(zhuǎn)儲(chǔ)文件進(jìn)行唯一命名。

5.根據(jù)權(quán)利要求4所述的對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，在步驟a1和步驟b之間還包括步驟a2：

a2、加載調(diào)試符號(hào)文件。

6.根據(jù)權(quán)利要求5所述的對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，在步驟a2和步驟b之間還包括步驟a3：

a3、檢查崩潰發(fā)生時(shí)刻的軟件運(yùn)行環(huán)境，對(duì)于x64系統(tǒng)，如果運(yùn)行在WoW64環(huán)境下，則進(jìn)行32位-64位運(yùn)行環(huán)境切換，否則不進(jìn)行環(huán)境切換。

7.根據(jù)權(quán)利要求6所述的對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，在步驟c和步驟d之間還包括步驟c1：

c1、如果步驟c找到的崩潰模塊或者崩潰函數(shù)屬于信任模塊列表，那么繼續(xù)檢查步驟b中搜索到的異常錯(cuò)誤觸發(fā)函數(shù)所在崩潰發(fā)生線程的再上一個(gè)調(diào)用函數(shù)，直到所檢查到的調(diào)用函數(shù)及其所在的模塊為非信任模塊，把這個(gè)最后檢查到的函數(shù)定為崩潰函數(shù)，該崩潰函數(shù)隸屬的模塊記為崩潰模塊。

8.根據(jù)權(quán)利要求1至3中任意一項(xiàng)所述的對(duì)計(jì)算機(jī)軟件系統(tǒng)崩潰原因進(jìn)行自動(dòng)分析的方法，其特征在于，在步驟c和步驟d之間還包括步驟c2：

c2、如果沒(méi)有找到異常錯(cuò)誤觸發(fā)函數(shù)，則根據(jù)寄存器的值獲得崩潰地址、異常錯(cuò)誤代碼，然后根據(jù)崩潰地址，利用Windows調(diào)試引擎提供的API和命令對(duì)崩潰轉(zhuǎn)儲(chǔ)文件進(jìn)行原始調(diào)用棧分析，獲取最近的崩潰模塊和最近的一個(gè)調(diào)用函數(shù)，并把最近的一個(gè)調(diào)用函數(shù)記為崩潰函數(shù)，把這個(gè)函數(shù)隸屬的模塊記為崩潰模塊。