做網(wǎng)站版權(quán)所有怎么寫,太原網(wǎng)站優(yōu)化公司,平面設(shè)計(jì)師推薦網(wǎng)站,建立網(wǎng)站怎么賺錢程序奔潰 Java/Kotlin#xff1a; Java 和 Kotlin 代碼都運(yùn)行在 ART (Android Runtime) 上#xff0c;當(dāng)代碼中拋出一個(gè)異常#xff08;如 NullPointerException#xff09;而沒有被任何 try-catch 塊捕獲時(shí)#xff0c;ART 會(huì)觸發(fā)當(dāng)前線程的異常分發(fā)機(jī)制#xff0c;這個(gè)異…程序奔潰Java/KotlinJava 和 Kotlin 代碼都運(yùn)行在 ART (Android Runtime) 上當(dāng)代碼中拋出一個(gè)異常如 NullPointerException而沒有被任何 try-catch 塊捕獲時(shí)ART 會(huì)觸發(fā)當(dāng)前線程的異常分發(fā)機(jī)制這個(gè)異常會(huì)沿著調(diào)用棧一路向上傳遞。如果最終抵達(dá)線程的頂部仍未被處理ART 就會(huì)終止該線程。在終止前ART 會(huì)調(diào)用一個(gè)可供開發(fā)者設(shè)置的回調(diào)接口——Thread.UncaughtExceptionHandler。NativeNative 崩潰發(fā)生在 C/C 代碼層它不受 ART 虛擬機(jī)管理。Native 崩潰的本質(zhì)是 CPU 執(zhí)行了非法指令進(jìn)而被操作系統(tǒng)內(nèi)核檢測到。內(nèi)核會(huì)向?qū)?yīng)的進(jìn)程發(fā)送一個(gè) Linux 信號(hào) (Signal) 來通知這一事件這是一種內(nèi)核與進(jìn)程之間進(jìn)行異步通信的機(jī)制。異常發(fā)生時(shí)CPU通過異常中斷的方式觸發(fā)異常處理流程。不同的處理器有不同的異常中斷類型和中斷處理方式。信號(hào)機(jī)制信號(hào)的接收接收信號(hào)的任務(wù)是由內(nèi)核代理的當(dāng)內(nèi)核接收到信號(hào)后會(huì)將其放到對(duì)應(yīng)進(jìn)程的信號(hào)隊(duì)列中同時(shí)向進(jìn)程發(fā)送一個(gè)中斷使其陷入內(nèi)核態(tài)。注意此時(shí)信號(hào)還只是在隊(duì)列中對(duì)進(jìn)程來說暫時(shí)是不知道有信號(hào)到來的。信號(hào)的檢測進(jìn)程陷入內(nèi)核態(tài)后有兩種場景會(huì)對(duì)信號(hào)進(jìn)行檢測。當(dāng)發(fā)現(xiàn)有新信號(hào)時(shí)便會(huì)進(jìn)入下一步信號(hào)的處理。進(jìn)程從內(nèi)核態(tài)返回到用戶態(tài)前進(jìn)行信號(hào)檢測進(jìn)程在內(nèi)核態(tài)中從睡眠狀態(tài)被喚醒的時(shí)候進(jìn)行信號(hào)檢測信號(hào)的處理信號(hào)處理函數(shù)是運(yùn)行在用戶態(tài)的調(diào)用處理函數(shù)前內(nèi)核會(huì)將當(dāng)前內(nèi)核棧的內(nèi)容備份拷貝到用戶棧上并且修改指令寄存器eip將其指向信號(hào)處理函數(shù)。接下來進(jìn)程返回到用戶態(tài)中執(zhí)行相應(yīng)的信號(hào)處理函數(shù)。信號(hào)處理函數(shù)執(zhí)行完成后還需要返回內(nèi)核態(tài)檢查是否還有其它信號(hào)未處理。如果所有信號(hào)都處理完成就會(huì)將內(nèi)核?；謴?fù)從用戶棧的備份拷貝回來同時(shí)恢復(fù)指令寄存器eip將其指向中斷前的運(yùn)行位置最后回到用戶態(tài)繼續(xù)執(zhí)行進(jìn)程。常見信號(hào)SIGSEGV11signal segmentation violation段錯(cuò)誤無效內(nèi)存訪問 訪問無權(quán)訪問的內(nèi)存空指針 棧溢出 訪問已釋放對(duì)象的內(nèi)存Use-After-Free 數(shù)組越界 試圖寫入只讀內(nèi)存段SIGBUS7Bus Error總線錯(cuò)誤非法內(nèi)存訪問訪問 CPU 無法物理尋址的內(nèi)存。通常是由于 CPU 的對(duì)齊問題引起的例如嘗試從不是 4 的倍數(shù)的地址讀取長整型數(shù)據(jù)SIGABRT6程序“主動(dòng)”選擇的崩潰一般由調(diào)用 abort() 函數(shù)觸發(fā)在 C/C 中很多斷言庫assert在斷言失敗后會(huì)調(diào)用abort()表明程序進(jìn)入了一個(gè)絕對(duì)不應(yīng)存在的狀態(tài)。資源初始化異常(配置文件、對(duì)象) 虛擬內(nèi)存不足SIGILLIllegal Instruction 非法指令當(dāng) CPU 的指令指針指向一個(gè)無效或包含損壞數(shù)據(jù)的地址時(shí)CPU 無法識(shí)別將要執(zhí)行的指令便會(huì)觸發(fā)此信號(hào)。函數(shù)指針錯(cuò)誤導(dǎo)致跳轉(zhuǎn)到非代碼區(qū)、棧被破壞導(dǎo)致返回地址錯(cuò)誤等。SIGFPE8Floating-Point Exception 浮點(diǎn)數(shù)異常整數(shù)除以零、浮點(diǎn)數(shù)上溢或下溢SIGPIPE13管道破損沒有讀端的管道寫數(shù)據(jù)SIGKILL9kill信號(hào)不能被忽略、處理和阻塞SIGTRAP5斷點(diǎn)或陷阱指令SIGSYS31系統(tǒng)調(diào)用異常終止進(jìn)程核心轉(zhuǎn)儲(chǔ)SIGSTKFLT16棧溢出