kernel處於lmk頻繁select程序去殺、但又找不到可以殺的程序的狀態中，因某個最合適的程序已被傳送sigkill。
在遍歷所有程序的時候，遍歷到倒數第二個程序的時候沒有問題，在遍歷最後乙個程序的時候，如下**：
if (test_tsk_thread_flag(p, tif_memdie) &&
time_before_eq(jiffies, lowmem_deathpending_timeout))
檢視當前的task資訊
((struct task_struct)*0xc2262d80).pending.signal = (0x0100, 0x0檢視他的棧，處於ptrace_stop的狀態中，因其tombstone需要debuggerd dump該程序堆疊
在debuggerd接管某task的時候，所有訊號都會被ptrace截獲，所以當給該task傳送sigkill的時候，不會被該task處理。
去掉debuggerd進行複測，故障不復現。
機器配置：512ram+7x27a+android4.1
this和構造器的記憶體分析（ ）
p.p1 p.p2 this的含義 1.區分成員變數和區域性變數 2.誰呼叫這個this就指向誰 public class person public intgetage public void eat public static void main string args this的記憶體分析 1...
關於記憶體洩漏和記憶體分析檢測的簡單描述
一 記憶體洩漏 首先，解釋一下記憶體洩漏是什麼。大家都知道jvm記憶體結構中，分為了heap區和stack區。而我們寫程式過程中，經常使用到的物件，在jvm記憶體結構中被分為了兩部分來儲存 分別是引用和物件本身的內容。如 integer a new integer 3 在這個物件的使用中，a是引用，...
由EOF和NULL引起的乙個C程式的分析
看乙個程式，這個程式在執行時會出現無限迴圈 include include void main 分析 1.這個程式在執行會出現死迴圈，因為檔案結尾會返回 eof 1 而null 被定義為0或 0l或 void 0 所以正確的 null 改為eof 參考 在 vc7 include stdio.h中 ...