Android App的啟動過程N(yùn)ative進(jìn)程的運(yùn)行過程。Java進(jìn)程的啟動比較特殊，Java進(jìn)程是zygote啟動的，zygote在folk進(jìn)程之后，并沒有執(zhí)行execve指令，因此是共享了zygote的代碼段和數(shù)據(jù)段。Java程序也可以使用native庫，此時的native庫需要通過dlopen來打開(即java中，使用System.loadLibrary()方法加載so庫，虛擬機(jī)對應(yīng)會調(diào)用的C庫方法)，dlopen加載so庫的過程中，依舊會通過linker分析處理so庫的elf信息，加載其它依賴的動態(tài)庫。

Android Framework 分析。/framework/base/cmds 關(guān)于android系統(tǒng)啟動時用到的command等。framework的核心，此處主要指application framework,java庫形式分發(fā)到/system/framework/包括framework.jar,framework-tests.jar sure？？？framework所需的資源文件打包，/system/framework/framework-res.apk,加載preloaded class、resources用來加快啟動速度，文件清單在framework.jar中的preloaded-classes,framework-res.apk中的res中;

53 converter.rawData = ptrace(PTRACE_PEEKDATA, child, dataAddr + counter * sizeof(long), NULL);194 }195 }196 197 ptrace(PTRACE_SYSCALL, child, NULL, NULL);Linux進(jìn)程的地址空間不存在獨(dú)立的數(shù)據(jù)段和代碼段（或叫正文段），二者位于同一空間，所以上述兩個參數(shù)并無實(shí)際意義上的區(qū)別，不過為了標(biāo)識我們是在讀取數(shù)據(jù)段中的數(shù)據(jù)，還是使用PTRACE_PEEKDATA比較好，同理對應(yīng)于PTRACE_POKEDATA和PTRACE_POKETEXT。

goto exception mov r12, r0 ldr r0, [sp, #0] @ load resolved method in r0 ldr r1, [sp, #8] @ restore non-callee save r1 ldrd r2, [sp, #12] @ restore non-callee saves r2-r3 ldr lr, [sp, #44] @ restore lr add sp, #48 @ rewind sp .cfi_adjust_cfa_offset -48 bx r12 @ tail-call into actual code1: RESTORE_REF_AND_ARGS_CALLEE_SAVE_FRAME DELIVER_PENDING_EXCEPTIONEND art_quick_resolution_trampoline.

pTestSuspend 0xf722d572: 47f0 blx lr suspend point dex PC: 0x0006 0xf722d574: e7f8 b -16 (0xf722d568) 0xf722d576: f8dde008 ldr.w lr, [sp, #8] 0xf722d57a: b003 add sp, sp, #12 0xf722d57c: f8d9c274 ldr.w r12, [r9, #628] ;}art_quick_proxy就是我們自己寫的函數(shù)，事實(shí)證明在調(diào)用被hook函數(shù)的時候，調(diào)用的其實(shí)是art_quick_proxy。

下載Vundle: git clone https://github.com/gmarik/vundle.git ~/.vim/bundle/vundle.在vimrc 中配置：map :!git clone https://github.com/gmarik/vundle.git ~/.vim/bundle/vundle連Vundle 也自動下載。git 地址：https://github.com/kien/ctrlp.vim這里有一篇視頻講解：http://zuyunfei.com/2013/08/26/vim-plugin-ctrlp/ 不過還像又有人有意見了：https://github.com/Yggdroot/LeaderF 號稱性能比crtlp 更快。

vim下的ctags和taglist等的使用和配置。（3）安裝cp doc/taglist.txt /usr/share/vim/vim72/doc/ －－taglist幫助文件cp plugin/taglist.vim /usr/share/vim/vim72/plugin/ －－ taglist插件。unzip omnicppcomplete-0.41.zip -d /home/taogle/.vim (或者使用：$HOME/.vim)再運(yùn)行vim,然后在vim的命令模式下輸入 :helptags $HOME/.vim/doc ,這樣可以添加omnicppcomplete的幫助文件到vim。

可以用GOT表來間接引用全局變量、函數(shù)，也可以把GOT表的首地址作為一個基準(zhǔn)，用相對于該基準(zhǔn)的偏移量來引用靜態(tài)變量、靜態(tài)函數(shù)。需要指出，引用全局函數(shù)時，由GOT表讀出不是全局函數(shù)的實(shí)際入口地址，而是該函數(shù)在PLT表中的入口.PLTfun。注意：這里討論的是變量函數(shù)的引用，不是函數(shù)的直接調(diào)用，而是函數(shù)，變量的地址的取得，如果是函數(shù)的話，取得的實(shí)際上是plt里面的地址，于是最終還是沒能逃過加載器的協(xié)助。

共享庫函數(shù)調(diào)用原理。問題是，如果函數(shù)在共享庫中，共享庫加載的地址本身就不確定，函數(shù)地址也就不確定了，那如何調(diào)用共享庫中的函數(shù)呢？080482f0 <puts@plt>: 80482f0: ff 25 2c 96 04 08 jmp *0x804962c 80482f6: 68 10 00 00 00 push $0x10 80482fb: e9 c0 ff ff ff jmp <_init+0x30>原來轉(zhuǎn)來轉(zhuǎn)去就是為了調(diào)用函數(shù)_dl_runtime_resolve，_dl_runtime_resolve的功能就是找到要調(diào)用函數(shù)(puts)的地址。

GOT(全局偏移表)和PLT(過程鏈接表)對于本模塊內(nèi)的靜態(tài)變量和靜態(tài)函數(shù)，用 GOT表的首地址作為一個基準(zhǔn)，用相對于該基準(zhǔn)的偏移量來引用，因?yàn)椴徽摮绦虮患虞d到何種地址空間，模塊內(nèi)的靜態(tài)變量和靜態(tài)函數(shù)與GOT 的距離是固定的，并且在鏈接階段就可知曉其距離的大小。在ELF文件中，全局偏移表(Global OffsetTable,GOT)能夠把位置無關(guān)的地址定位到絕對地址，程序連接表也有類似的作用，它能夠把位置無關(guān)的函數(shù)調(diào)用定向到絕對地址。

BUILD_TEST=trueifeq ($(BUILD_TEST),true)#使用靜態(tài)庫include $(CLEAR_VARS)LOCAL_MODULE := hellosLOCAL_STATIC_LIBRARIES := libhellosLOCAL_SHARED_LIBRARIES :=LOCAL_LDLIBS += -ldlLOCAL_CFLAGS := $(L_CFLAGS)LOCAL_SRC_FILES := mains.cLOCAL_C_INCLUDES := $(INCLUDES)include $(BUILD_EXECUTABLE)

c) 分析此設(shè)置只用于動態(tài)庫的編譯，編譯時用showcommands參數(shù)即可看到具體編譯使用到的命令行，如在某個庫的目錄中運(yùn)行mm showcommands，即可看到相應(yīng)的Prelink操作，示例如下：target Prelink: libxxxout/host/linux-x86/bin/apriori --prelinkmap build/core/prelink-linux-arm-2G.map --locals-only --quiet xxx.so --output xxx.so如果該庫設(shè)置為需要prelink，則也需要在map文件中加入相應(yīng)項(xiàng)，否則編譯不通過。

函數(shù)功能：“call”函數(shù)是唯一一個可以創(chuàng)建定制參數(shù)化的函數(shù)的引用函數(shù)。執(zhí)行時變量“VARIABLE”被展開為在函數(shù)上下文有效的臨時變量，變量定義中的“$(1)”作為第一個參數(shù)，并將函數(shù)參數(shù)值中的第一個參數(shù)賦值給它；展開過程函數(shù)參數(shù)的執(zhí)行時在另外一個shell進(jìn)程中完成的，因此對于出現(xiàn)在規(guī)則命令行的多級“shell”函數(shù)引用需要謹(jǐn)慎處理，否則會影響效率（每一級的“shell”函數(shù)的參數(shù)都會有各自的shell進(jìn)程）。

(9)執(zhí)行 mem_init()函數(shù)，初始化物理內(nèi)存頁面的 page 數(shù)據(jù)結(jié)構(gòu)描述符， 完成對物理內(nèi)存管理機(jī)制的創(chuàng)建。(12)執(zhí)行 proc_caches_init() , bufer_init(), unnamed_dev_init() ,vfs_cac hes_init(), signals_init()等函數(shù)對各種管理機(jī)制建立起專用的 slab 緩沖區(qū) 隊(duì)列。此時，系統(tǒng)中唯 一存在就緒狀態(tài)的進(jìn)程就是由 kerne_hread()創(chuàng)建的 init 進(jìn)程(內(nèi)核線程)， 所以內(nèi)核并不進(jìn)入 default_idle()函數(shù)，而是轉(zhuǎn)向 init()函數(shù)繼續(xù)啟動過程。

4.很多c函數(shù)庫中的函數(shù)名與系統(tǒng)調(diào)用的名稱一樣是因?yàn)樵摵瘮?shù)本身其實(shí)就是調(diào)用的系統(tǒng)調(diào)用，放到c函數(shù)庫就是為了用戶態(tài)的使用。5.1.1 系統(tǒng)調(diào)用、POSIX、C庫、系統(tǒng)命令和內(nèi)核函數(shù)。內(nèi)核函數(shù)與C庫函數(shù)的區(qū)別僅僅是內(nèi)核函數(shù)在內(nèi)核實(shí)現(xiàn)，因此必須遵守內(nèi)核編程的規(guī)則。用戶應(yīng)用程序通過系統(tǒng)調(diào)用進(jìn)入內(nèi)核后，會執(zhí)行各個系統(tǒng)調(diào)用對應(yīng)的內(nèi)核函數(shù)，即系統(tǒng)調(diào)用服務(wù)例程，比如系統(tǒng)調(diào)用getpid的服務(wù)例程是內(nèi)核函數(shù)sys_getpid。sysfs文件系統(tǒng)。

Linux內(nèi)核調(diào)試方法調(diào)試內(nèi)核。(gdb) ps0 swapper1 init2 keventd3 ksoftirqd_C4 kswapd5 bdflush6 kupdated8 khubd270 eth0328 portmap383 syslogd392 klogd406 atd420 crond438 inetd511 mingetty512 mingetty513 mingetty514 mingetty515 mingetty516 mingetty(gdb) The psname macro can be used to get name of a thread when it''s id is known.(gdb) psname 88 khubd(gdb) psname 7(gdb) （7）Watchpoints.(UML gdb) bt.

linux內(nèi)核panic.kernel panic的最大問題就是難于定位，對于一個開發(fā)者來說，有些kernel panic那簡直就像是一場噩夢，上面主要說明了如何抓取kernel panic的方法和一些panic實(shí)例，當(dāng)然，抓取panic的打印信息是解決panic的第一步也是關(guān)鍵一步，下面就根據(jù)自己曾碰到過的一個kernel panic做為實(shí)例來說明從出現(xiàn)panic到解決panic的一般方法。搜集了足夠的panic信息，下面就是分析panic的時候了，對于一個panic問題，你要知道三點(diǎn)：

內(nèi)核調(diào)試1.調(diào)試技術(shù)內(nèi)核編程帶來了它自己的，獨(dú)特的調(diào)試挑戰(zhàn)。運(yùn)行你自己的內(nèi)核的最有力理由是內(nèi)核開發(fā)者已經(jīng)在內(nèi)核中構(gòu)建了很多調(diào)試特性。1.3.1.使用/proc文件系統(tǒng)/proc文件系統(tǒng)是一個特殊的，軟件創(chuàng)建的文件系統(tǒng)，內(nèi)核使用它來向外界導(dǎo)出信息。base表明文件將在哪個目錄下被創(chuàng)建（如果base為NULL，文件將在/proc根目錄下創(chuàng)建），read_proc是實(shí)現(xiàn)文件的read_proc函數(shù)，data被內(nèi)核忽略（但它傳遞給read_proc）。

Linux 可加載內(nèi)核模塊剖析Linux 日志文件系統(tǒng)剖析Linux flash 文件系統(tǒng)剖析Security-Enhanced Linux（SELinux）剖析實(shí)時 Linux 架構(gòu)剖析Linux SCSI 子系統(tǒng)剖析Linux 文件系統(tǒng)剖析Linux 網(wǎng)絡(luò)棧剖析Linux 內(nèi)核剖析Linux slab 分配器剖析Linux 同步方法剖析Tim 所著的所有剖析……使用動態(tài)加載過程，程序可以先加載一個特定的庫（已加載則不必），然后調(diào)用該庫中的某一特定函數(shù)（圖 2 展示了這兩種方法）。這個過程就稱為動態(tài)加載。

舉個簡單的例子，假設(shè)我們開發(fā)了兩個程序Prog1和Prog2，Prog1由main1.c、utilities.c以及errhdl1.c三部分組成，分別對應(yīng)程序的主框架、一些公用的輔助函數(shù)（其作用相當(dāng)于庫）以及錯誤處理部分，這三部分代碼編譯后分別得到各自對應(yīng)的目標(biāo)文件main1.o、utilities.o以及errhdl1.o。下面我們就來看看上面提到的兩個程序Prog1和Prog2在采用動態(tài)鏈接、動態(tài)裝入的方法，同時運(yùn)行這兩個程序時內(nèi)存和硬盤的使用情況（見圖3）。