android signal 處理總結

在android 開發中遇到一些signal 的情況，簡要總結如下：

1）zygote 監控 子程序的退出情況

jellybean/dalvik/vm/native/dalvik_system_zygote.cpp#151

151     sa.sa_handler = sigchldhandler;

153     err = sigaction (sigchld, &sa, null);

當程序結束的時候，log 中有類似下面的訊息，這就是 zygote列印出來，它會報告子程序被什麼 signal 終結的

d zygote  : process 749 terminated by signal (11)

2）dvm 生成單獨的訊號處理執行緒，用來對三個訊號做特殊處理：

每個程序包含多個執行緒，當程序受到 signal 的時候，可能被其中任何乙個執行緒處理

乙個應用執行在虛擬機器上dvm上乙個應用也是乙個dvm 程序，dvm 專門建立了乙個訊號處理執行緒來處理這3個訊號，其他的執行緒都要block對這三個訊號的處理。

這三個訊號是 sigquit, sigusr1, sigusr2, 看下面**，後面兩個訊號 vm 內部要使用

dalvik/vm

/init.cpp

[html]view plain

copy

static void blocksignals()    

為何處理 quit

android 應用在收到異常終止訊號（sigquit）時，沒有遵循傳統 unix訊號模型的預設行為 （終止 + core ）。而是列印出trace 檔案來，以利於記錄應用異常終止的原因。 

參考3) 其他基於 bionic 的應用，都被  android 動了手腳

android的實現是在 main 執行之前 先執行 debugger_init 方法，以實現攔截系統異常的幾個singal：sigill, sigabrt, sigbus, sigfpe, sigsegv和sigpipe， **位於： bionic/linker/debugger.c， 把 debugger_init 注入 是通過在 linker 中做手腳 （bionic/linker/linker.c#2255）

而後當程式收到那幾個訊號後，不是安裝 linux  預設的處理方法，而是執行 debugger_init 中設定的訊號處理方法，此方法就是和 debuggerd （守護程序）通訊，通過socket告訴其  tid ，

而後  debuggerd 通過呼叫

tid_attach_status= ptrace(ptrace_attach, tid, 0, 0);

這裡，debuggerd就掛上ptrace了，attach到出問題的執行緒，debuggerd程序就是被除錯程序的父程序了，這樣debuggerd就可以控制tid執行緒了，最終生成  tomestone的資訊

android signal 處理總結

在android 開發中遇到一些signal 的情況，簡要總結如下 1 zygote 監控 子程序的退出情況 jellybean dalvik vm native dalvik system zygote.cpp 151 151 sa.sa handler sigchldhandler 153 er...

海量處理處理

1.單詞統計 假設你只有一台記憶體2g的筆記本，i5的四核cpu以及4t的硬碟，請設計乙個程式，實現對1t英文資料進行詞頻分析，完成以下兩個小題 1 求所有詞的詞頻，把相應的值存入檔案 2 找出這些詞裡賣弄出現頻次最高的100個詞，並用 實現 名詞解釋 1t 1024g，為硬碟空間單位，詞頻，每個單...

批處理 sleep處理

echo off echo q debug nul echo bj jzh 0x ppppppa de dm do dh ls lu lx lezrr eeeuyrx2dx sleep.com echo 0dxfp,0xx.t0p,xtgsb4o piyu wwx0gwuy wv ovbx2gv0e...