真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

成都創(chuàng)新互聯(lián)網(wǎng)站制作重慶分公司

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹-創(chuàng)新互聯(lián)

工欲善其事必先利其器 --《論語·衛(wèi)靈公》

宜都網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)建站!從網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作,到程序開發(fā),運(yùn)營維護(hù)。創(chuàng)新互聯(lián)建站于2013年成立到現(xiàn)在10年的時間,我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn),來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)建站。

一個好的IDE不僅要提供舒適簡潔和方便的源代碼編輯環(huán)境,還要提供功能強(qiáng)大的調(diào)試環(huán)境。XCODE是目前來說對iOS應(yīng)用開發(fā)支持的最好的IDE(雖然Visual Studio2017也開始支持iOS應(yīng)用的開發(fā)了),畢竟XCODE和iOS都是蘋果公司的親生兒子。唯一要吐槽的就是系統(tǒng)和編譯環(huán)境綁的太死了,每當(dāng)手機(jī)操作系統(tǒng)的一個小升級,都需要去升級一個好幾G的新版本程序,這確實(shí)是有點(diǎn)坑爹!
目前市面上有很多反編譯的工具,比如IDA、Hopper Disassembler等還有操作系統(tǒng)自帶的工具諸如otool、lldb。這些工具里面有的擅長靜態(tài)分析有的擅長調(diào)試的,這里就不展開分析了。如果在程序運(yùn)行時去窺探一些系統(tǒng)內(nèi)部實(shí)現(xiàn)以及做實(shí)時調(diào)試分析我覺得XCODE本身也非常的棒,既然深入系統(tǒng)我們必須要了解和學(xué)習(xí)一些關(guān)于匯編的東西,那么就必須要了解和掌握一些工具,而XCODE其實(shí)就是你手頭上最方便的工具之一。

XCODE的匯編模式切換

你是否在聯(lián)機(jī)運(yùn)行時因?yàn)橄到y(tǒng)崩潰而出現(xiàn)過如下的畫面:

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

不要慌!它其實(shí)就是XCODE的匯編模式的界面。我們不僅在程序崩潰時可以看到它,我們也可以人為的進(jìn)入到這個界面模式里面。這篇文章更像是一個XCODE工具使用上的一些介紹,您可以經(jīng)常在使用它們,也可能還從來沒有接觸和了解過它們。對于匯編代碼和源代碼之間的切換可以通過菜單:Debug -> Debug Workflow -> Always Show Disassembly 來完成。

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

記得要設(shè)置有斷點(diǎn)并運(yùn)行到斷點(diǎn)處時切換才能看到匯編指令??!

上一篇文章深入iOS系統(tǒng)底層之指令集介紹中我們有說過模擬器上運(yùn)行的是Intel指令,而真機(jī)上運(yùn)行的是arm指令,在這里我們分別看模擬器和真機(jī)下的匯編指令的差異性:
深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

通過上面三張圖你會發(fā)現(xiàn)其中的源代碼和匯編代碼之間有很大的差異,以及不同指令集下的匯編代碼之間也有很大的差異!匯編代碼的差異其實(shí)就是不同CPU上運(yùn)行的指令的差異。還記得前一篇文章所說的指令集嗎?前者是在模擬器上運(yùn)行的所以展示的是x64的指令,而后者是在真機(jī)上運(yùn)行的因此展示的是arm64指令。通過圖片對比你能否發(fā)現(xiàn)他們之間的相同點(diǎn)和差異嗎?

  • 系統(tǒng)所有的代碼都是由一個個的函數(shù)或者說方法組成,即使是類中定義的方法以及Block里面的方法也是如此。在編譯時系統(tǒng)將所有定義的函數(shù)方法依次編譯鏈接為機(jī)器指令并保存到文件的代碼段中,一個函數(shù)內(nèi)的機(jī)器指令是連續(xù)存儲的,但是函數(shù)之間卻不一定是連續(xù)存儲的。
  • 上面的圖片中每條匯編指令都和一條機(jī)器指令唯一對應(yīng),這里要注意的是雖然顯示的是匯編代碼,但是真實(shí)存儲和運(yùn)行的還是機(jī)器代碼,只不過我們通過匯編代碼來展示能夠容易閱讀和理解而已。
  • 每條指令前面的地址表示的是這條指令在運(yùn)行時所處在的內(nèi)存地址。也許你會問指令不是在CPU上嗎?沒有錯,指令雖然是在CPU上執(zhí)行,但是存儲還是要在內(nèi)存或者磁盤上。CPU上有一個叫ip(Intel)或者pc(arm)的寄存器保存著下一條將要執(zhí)行的指令的內(nèi)存地址,這樣每執(zhí)行一條指令時都是從ip/pc中所指定的內(nèi)存地址讀取出指令并執(zhí)行,并同時將當(dāng)前指令的下一條繼續(xù)保存在ip/pc上,就這樣不停重復(fù)的方式來完成指令的執(zhí)行(實(shí)際上CPU為了加快處理速度會將一部分內(nèi)存中的指令緩存到CPU的內(nèi)部緩存中去,而不是每條指令都從內(nèi)存中讀取)。
  • 每個函數(shù)方法的第一個地址,就是這個函數(shù)的入口地址,也就是說我們進(jìn)行函數(shù)調(diào)用時,實(shí)際上是讓CPU跳轉(zhuǎn)到這個地址并執(zhí)行,更加具體的就是將ip/pc寄存器的值設(shè)置為這個函數(shù)的入口地址。 對于OC類中的方法來說方法入口地址其實(shí)就是這個方法的IMP。
  • 在模擬器下你會發(fā)現(xiàn)每條指令的長度是不一樣的,有1個字節(jié)到7個字節(jié)不等,所以你看到的每條指令的偏移量都不一樣,而真機(jī)時你會發(fā)現(xiàn)每條指令的長度總是固定為4個字節(jié)。這其實(shí)就是CISC和RISC指令集中的一個非常顯著的差別:CISC指令長度不固定而RISC指令則長度固定。你還會發(fā)現(xiàn)模擬器下的匯編代碼數(shù)量要比真機(jī)下的匯編代碼數(shù)量要少,這也是CISC指令和RISC指令的差別:CISC指令復(fù)雜而且眾多,一條指令完成的功能要比RISC多;而RISC則指令簡單,因此某些功能需要多條指令來完成。
  • 在匯編模式下的注釋都是由;號開頭的。大家在通過匯編語言研究內(nèi)部實(shí)現(xiàn)時建議看模擬器下的AT&T匯編,原因其實(shí)就是模擬器下運(yùn)行的匯編注釋要比真機(jī)模式下的匯編指令要詳細(xì)一些。
  • 每條匯編指令的格式總是由: 操作碼, 操作數(shù)1,操作數(shù)2,操作數(shù)3組成。 操作數(shù)要么就是常數(shù),要么就是寄存儲器,要么就是內(nèi)存地址。你所看到的操作數(shù)中的RAX,RSI,RDI,R0,R1... 這些都是CPU中的寄存器(關(guān)于寄存器部分我將在下一篇文章中具體介紹)。而且在XCODE的左下角部分我們可以查看當(dāng)前CPU中的所有寄存器的值,你可以打印并修改他們。

斷點(diǎn)

可能有的同學(xué)會說為什么我打開了匯編模式我還是看不到匯編代碼?那是因?yàn)槟銢]有給你的代碼設(shè)置斷點(diǎn)!什么是斷點(diǎn)?為什么設(shè)置了斷點(diǎn)程序就會暫停運(yùn)行? 一般情況下CPU總是按照順序依次執(zhí)行指令并完成任務(wù),當(dāng)正在執(zhí)行某個任務(wù)時如果遇到了特殊事件或者更高優(yōu)先級的任務(wù)時就需要打斷現(xiàn)有執(zhí)行的代碼并去執(zhí)行優(yōu)先級更高的代碼,這種機(jī)制就是中斷。中斷有因?yàn)橥獠坑布O(shè)備事件而產(chǎn)生的硬中斷, 同時CPU也提供一個軟中斷指令。當(dāng)在代碼里面執(zhí)行一條軟中斷指令時,程序就會暫停運(yùn)行,同時CPU把操作權(quán)限提交給操作系統(tǒng)來執(zhí)行中斷處理程序。當(dāng)我們在程序某處設(shè)置了斷點(diǎn)或者某個指令處設(shè)置斷點(diǎn)時,系統(tǒng)會將斷點(diǎn)處的指令保存到一個臨時的斷點(diǎn)列表中,同時將斷點(diǎn)處的指令替換為軟中斷指令,這樣當(dāng)程序運(yùn)行到斷點(diǎn)處時因?yàn)閳?zhí)行的其實(shí)是軟中斷指令,而導(dǎo)致系統(tǒng)調(diào)用的發(fā)生,并執(zhí)行軟中斷處理程序,軟中斷處理程序等待用戶處理斷點(diǎn)處的操作,比如當(dāng)用戶按下的是鍵盤上的Ctrl + F7時,軟中斷處理程序就會把保存在臨時斷點(diǎn)列表中真實(shí)斷點(diǎn)處的指令恢復(fù)到指定的內(nèi)存,同時把下次要執(zhí)行的指令改為真實(shí)的指令,然后再次執(zhí)行真實(shí)的指令,這樣就完成了斷點(diǎn)處指令的繼續(xù)執(zhí)行。(要想了解斷點(diǎn)的具體實(shí)現(xiàn),需要具有一些匯編的知識,這里就不展開了,后面我會在專門的章節(jié)里面詳解介紹斷點(diǎn)的實(shí)現(xiàn)原理)。

符號斷點(diǎn)

當(dāng)我們在程序代碼某處設(shè)置了斷點(diǎn)或者指令某處設(shè)置了斷點(diǎn)后,程序執(zhí)行到斷點(diǎn)處時就會暫停下來。這時候如果我們是在匯編模式下,您看到的就是匯編程序斷點(diǎn),而當(dāng)你在源代碼模式下時,你看到的將是源代碼斷點(diǎn)。 除了在代碼處設(shè)置斷點(diǎn)外我們還可以設(shè)置符號斷點(diǎn)。我們先來考察下面3個應(yīng)用場景:

  1. 我們程序的某個視圖的frame值在運(yùn)行時不知道什么原因總是被莫名其妙的改變了,但是你就是不知道在哪里執(zhí)行了視圖frame的更改設(shè)置。這時候一個解決方法就是重載setFrame方法并設(shè)置斷點(diǎn)來調(diào)試查看frame被何時調(diào)用。

  2. 我們的上線程序出現(xiàn)了在某個系統(tǒng)方法被調(diào)用時的crash問題,但是因?yàn)槭窍到y(tǒng)的方法我們無法看到其中的源代碼,從而無法進(jìn)行crash問題分析(比如我們遇到的很多沒有上下文的crash).

  3. 假如我懂匯編語言,我想研究一下系統(tǒng)框架的某個方法是如何實(shí)現(xiàn)的。

上面的三個問題我不知道大家會如何去解決? 其實(shí)這三種場景我們都可以借助于符號斷點(diǎn)來完成。一般情況下我們可以在源代碼某處設(shè)置斷點(diǎn)來調(diào)試程序,對于沒有源代碼的情況下我們則可以通過設(shè)置符號斷點(diǎn)來實(shí)現(xiàn)程序的調(diào)試和運(yùn)行。要設(shè)置符號斷點(diǎn)很簡單。你只需要在XCODE的菜單:Debug -> Breakpoints -> Create Symbolic Breakpoint 或者快捷鍵:option + command + \ 來建立符號斷點(diǎn):
深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

建立符號斷點(diǎn)后,當(dāng)某個與符號名相同某個函數(shù)或者方法在執(zhí)行開始前就會產(chǎn)生斷點(diǎn),從而可以窺探某個方法的內(nèi)部實(shí)現(xiàn)。還可以幫助我們對那些沒有上下文以及非源代碼處產(chǎn)生的崩潰進(jìn)行分析和重現(xiàn),從而幫助我們定位問題。下面是運(yùn)行符號斷點(diǎn)后的我們看到的兩處符號斷點(diǎn)的匯編語言內(nèi)容:

VCTest1`-[ViewController setA:]:
->  0x1029855e0 <+0>:  sub    sp, sp, #0x20             ; =0x20 
    0x1029855e4 <+4>:  adrp   x8, 4
    0x1029855e8 <+8>:  add    x8, x8, #0x70             ; =0x70 
    0x1029855ec <+12>: str    x0, [sp, #0x18]
    0x1029855f0 <+16>: str    x1, [sp, #0x10]
    0x1029855f4 <+20>: str   w2, [sp, #0xc]
    0x1029855f8 <+24>: ldr   w2, [sp, #0xc]
    0x1029855fc <+28>: ldr    x0, [sp, #0x18]
    0x102985600 <+32>: ldrsw  x8, [x8]
    0x102985604 <+36>: add    x8, x0, x8
    0x102985608 <+40>: str   w2, [x8]
    0x10298560c <+44>: add    sp, sp, #0x20             ; =0x20 
    0x102985610 <+48>: ret    

-----------------

libsystem_c.dylib`abs:
->  0x1813dd984 <+0>: cmp   w0, #0x0                  ; =0x0 
    0x1813dd988 <+4>: cneg  w0, w0, mi
    0x1813dd98c <+8>: ret

你是否看到了屬性setA的內(nèi)部實(shí)現(xiàn)以及函數(shù)abs的內(nèi)部實(shí)現(xiàn)了?

調(diào)試

調(diào)試程序是一個程序員應(yīng)該掌握的最基本的工夫,這里就不介紹其他的詳細(xì)的調(diào)試命令以及方法,其他很多文章里面都有介紹了。主要介紹一下調(diào)試代碼時單步運(yùn)行的幾個菜單和快捷鍵:

  • 源代碼模式下
 F7 :  代碼單步執(zhí)行,當(dāng)遇到函數(shù)調(diào)用時會跳入函數(shù)內(nèi)部。
 F6:   代碼單獨(dú)執(zhí)行,當(dāng)遇到函數(shù)調(diào)用時不會跳入函數(shù)內(nèi)部。
 F8:   跳出函數(shù)執(zhí)行,返回到調(diào)用此函數(shù)的下一句代碼。
  • 匯編模式下
    control + F7 :  指令單步執(zhí)行,當(dāng)遇到函數(shù)調(diào)用時會跳入函數(shù)內(nèi)部。
    control + F6:   指令單獨(dú)執(zhí)行,當(dāng)遇到函數(shù)調(diào)用時不會跳入函數(shù)內(nèi)部。
  • 多線程之間的切換:
 control + shift + F7:  切換到當(dāng)前線程,并執(zhí)行單步指令。
 control  + shift + F6:  切換到當(dāng)前線程,并跳轉(zhuǎn)到函數(shù)調(diào)用的者的下一條指令。

在調(diào)試運(yùn)行時當(dāng)出現(xiàn)斷點(diǎn)時我們可以在lldb命令行中輸入各種調(diào)試命令,其他的不介紹,就單獨(dú)介紹一下expr命令。expr命令其實(shí)是p或者po的完整版本,通過expr命令除了能夠用來顯示外,還可以用來進(jìn)行數(shù)據(jù)的修改、方法的調(diào)用等強(qiáng)大能力。下面展示一下一些常用的expr方法:

expr   變量|表達(dá)式              //顯示變量或者表達(dá)式的值。
   expr -f h --  變量|表達(dá)式     //以16進(jìn)制格式顯示變量或表達(dá)式的內(nèi)容
   expr -f b --  變量|表達(dá)式    //以二進(jìn)制格式顯示變量或者表達(dá)式的內(nèi)容。
   expr -o --  oc對象              //等價于po  oc對象
   expr -P  3 -- oc對象           //上面命令的加強(qiáng)版本,他還會顯示出對象內(nèi)數(shù)據(jù)成員的結(jié)構(gòu),具體的P后面的數(shù)字就是你要想顯示的層次。
   expr my_struct->a = my_array[3]    //給my_struct的a成員賦值。
   expr (char*)_cmd           //顯示某個oc方法的方法名。
   expr (IMP)[self methodForSelector:_cmd]    //執(zhí)行某個方法調(diào)用.

查看內(nèi)存地址

程序運(yùn)行時,操作系統(tǒng)為其構(gòu)建出一個進(jìn)程,同時構(gòu)建出一個虛擬的內(nèi)存空間。操作系統(tǒng)將進(jìn)程中的虛擬內(nèi)存空間劃分為代碼存儲區(qū)域、全局?jǐn)?shù)據(jù)存儲區(qū)域、堆存儲區(qū)域、棧存儲區(qū)域等區(qū)域。每種區(qū)域都有特殊的用途:代碼存儲區(qū)域保存的是程序中的代碼部分(這部分也可稱為映像image);全局?jǐn)?shù)據(jù)存儲區(qū)域保存的是一些全局?jǐn)?shù)據(jù)、常量以及一些描述信息(比如runtime里面的所有OC類的定義描述信息也是存儲在這個區(qū)域中);堆存儲區(qū)域則用來進(jìn)行堆內(nèi)存的動態(tài)分配;棧存儲區(qū)域則保存著函數(shù)中的局部變量。因此可以看出無論是代碼和數(shù)據(jù)在運(yùn)行時都保存在內(nèi)存中。每個進(jìn)程能訪問的內(nèi)存空間的尺寸大小由操作系統(tǒng)決定,一般來說32位的操作系統(tǒng)中每個進(jìn)程的內(nèi)存空間為2^32 = 4GB;而64位的操作系統(tǒng)中每個進(jìn)程的內(nèi)存空間為2^64 = 4TB。需要注意的是這個空間是虛擬的可訪問空間并不是真實(shí)的物理內(nèi)存可訪問的空間,操作系統(tǒng)內(nèi)部通過分頁映射的方式將虛擬空間轉(zhuǎn)化為真實(shí)的物理空間。
進(jìn)程的虛擬內(nèi)存空間是一個可以連續(xù)存儲和訪問的線性空間,為了能夠訪問這些內(nèi)存空間,操作系統(tǒng)為其進(jìn)行了編碼,這個編碼就是內(nèi)存的地址。地址也被稱為指針,因此我們所說的某個變量的指針其實(shí)就是這個變量在內(nèi)存中的地址。為了更好的理解內(nèi)存和地址的概念,你可以將內(nèi)存理解為一個數(shù)組,而地址則是訪問這個數(shù)組元素時所用到的索引。我們對數(shù)組中元素的讀寫操作總是通過索引進(jìn)行,同樣CPU對內(nèi)存中的數(shù)據(jù)訪問時也是通過內(nèi)存地址進(jìn)行的。進(jìn)程中的內(nèi)存地址總是從0開始編碼,并以字節(jié)為單位進(jìn)行遞增,直到虛擬內(nèi)存空間的上限。
上面說過進(jìn)程中的代碼和數(shù)據(jù)都保存在內(nèi)存中,當(dāng)我們要想一覽整個進(jìn)程內(nèi)存中的代碼和數(shù)據(jù)時,你可以在程序運(yùn)行時通過菜單:Debug -> Debug Workflow -> View Memory 或者通過快捷鍵:shift+command + m 來調(diào)用內(nèi)存查看界面:

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

上面的圖片剛好展示的是一個類的所有方法名稱在內(nèi)存中的位置和布局??梢钥闯鑫覀兛梢院芊奖愕慕柚榭磧?nèi)存地址菜單的功能來了解以及分析代碼以及數(shù)據(jù)在內(nèi)存中的結(jié)構(gòu)。你可以在地址輸入欄中輸入你想查看的任意內(nèi)存地址。比如你想查看某個函數(shù)代碼的機(jī)器指令,那么你只需要在匯編模式下將函數(shù)最開始的地址輸入到內(nèi)存查看界面的地址欄中,那么就會展示出這個函數(shù)代碼的所有機(jī)器指令字節(jié)碼。這里還要注意一點(diǎn)的是因?yàn)閮?nèi)存地址是從低位按字節(jié)依次排列而來,所以對于比如int類型的值的讀取我們就要從高位到低位開始讀取。

計(jì)算器 應(yīng)用

程序調(diào)試時代碼和地址以及一些數(shù)據(jù)都經(jīng)常以16進(jìn)制的形式顯示。數(shù)據(jù)處理時,尤其是計(jì)算地址偏移都以16進(jìn)制的形式進(jìn)行展示。你可以在lldb中通過expr或者p命令來計(jì)算。如果你喜歡界面形式的工具,則可以啟動mac OS操作系統(tǒng)中的應(yīng)用:計(jì)算器 來處理各種計(jì)算,你要做的就是在顯示菜單中選擇編程型即可,編程型界面的效果如下(別告訴我作為一個程序員的你不會操作這些功能):

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

bc 命令

如果你喜歡命令行的方式來做計(jì)算,那么還可以介紹給你一個系統(tǒng)提供的命令式計(jì)算工具:bc。這個工具的官方定義是:一個任意精度計(jì)算器語言(An arbitrary precision calculator language)。我們可以以交互的方式進(jìn)入bc:
bc -i

深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹

使用bc時你可以通過ibase = [2|8|10|16]的值來指定輸入數(shù)字的進(jìn)制,可以通過指定obase=[2|8|10|16]的值來指定輸出數(shù)字的顯示格式。你還可以通過scale=n來指定輸出的小數(shù)位數(shù),你可以在里面用表達(dá)式、函數(shù)、運(yùn)算符、甚至可以定義變量和函數(shù)??梢钥闯鯾c可不是只有計(jì)算的功能這么簡單,你可以用bc來編寫程序!!具體bc的使用你可以在終端下執(zhí)行 man bc 查看bc的使用手冊。下面是一段用bc語言寫的代碼(請?jiān)趫?zhí)行了bc -i 命令后編寫如下代碼):

sum = 0
for (i = 0; i < 100; i++)
{
   sum += i
}
sum

敬請期待下一篇:深入iOS系統(tǒng)底層之CPU寄存器介紹


目錄
1.深入iOS系統(tǒng)底層之匯編語言
2.深入iOS系統(tǒng)底層之指令集介紹
3.深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹
4.深入iOS系統(tǒng)底層之CPU寄存器介紹
5.深入iOS系統(tǒng)底層之機(jī)器指令介紹
6.深入iOS系統(tǒng)底層之賦值指令介紹
7.深入iOS系統(tǒng)底層之函數(shù)調(diào)用介紹
8.深入iOS系統(tǒng)底層之其他常用指令介紹
9.深入iOS系統(tǒng)底層之函數(shù)棧介紹
10.深入iOS系統(tǒng)底層之函數(shù)棧(二)介紹
11.深入iOS系統(tǒng)底層之不定參數(shù)函數(shù)實(shí)現(xiàn)原理介紹
12.深入iOS系統(tǒng)底層之在高級語言中嵌入?yún)R編語言介紹
13.深入iOS系統(tǒng)底層之常見的匯編代碼片段介紹
14.深入iOS系統(tǒng)底層之OC中的各種屬性以及修飾的實(shí)現(xiàn)介紹
15.深入iOS系統(tǒng)底層之ABI介紹
16.深入iOS系統(tǒng)底層之編譯鏈接過程介紹
17.深入iOS系統(tǒng)底層之可執(zhí)行文件結(jié)構(gòu)介紹
18.深入iOS系統(tǒng)底層之MACH-O文件格式介紹
19.深入iOS系統(tǒng)底層之映像文件操作API介紹
20.深入iOS系統(tǒng)底層之知名load command結(jié)構(gòu)介紹
21.深入iOS系統(tǒng)底層之程序加載過程介紹
22.深入iOS系統(tǒng)底層之靜態(tài)庫介紹
23.深入iOS系統(tǒng)底層之動態(tài)庫介紹
24.深入iOS系統(tǒng)底層之framework介紹
25.深入iOS系統(tǒng)底層之基地址介紹
26.深入iOS系統(tǒng)底層之模塊內(nèi)函數(shù)調(diào)用介紹
27.深入iOS系統(tǒng)底層之模塊間函數(shù)調(diào)用介紹
28.深入iOS系統(tǒng)底層之機(jī)器指令動態(tài)構(gòu)造介紹
29.深入iOS系統(tǒng)底層之crash問題解決方法
30.深入iOS系統(tǒng)底層之無上下文crash解決方法
31.深入iOS系統(tǒng)底層之常用工具和命令的實(shí)現(xiàn)原理介紹
32.深入iOS系統(tǒng)底層之真實(shí)的OC類內(nèi)存結(jié)構(gòu)介紹


歡迎大家訪問我的github地址和簡書地址

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點(diǎn)與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。


當(dāng)前題目:深入iOS系統(tǒng)底層之XCODE對匯編的支持介紹-創(chuàng)新互聯(lián)
標(biāo)題路徑:http://weahome.cn/article/desocc.html

其他資訊

在線咨詢

微信咨詢

電話咨詢

028-86922220(工作日)

18980820575(7×24)

提交需求

返回頂部