這篇文章主要講解了“iOS調(diào)試Block引用對(duì)象無法被釋放的方法教程”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“iOS調(diào)試Block引用對(duì)象無法被釋放的方法教程”吧！

超過十余年行業(yè)經(jīng)驗(yàn)，技術(shù)領(lǐng)先，服務(wù)至上的經(jīng)營(yíng)模式，全靠網(wǎng)絡(luò)和口碑獲得客戶，為自己降低成本，也就是為客戶降低成本。到目前業(yè)務(wù)范圍包括了：網(wǎng)站設(shè)計(jì)制作、做網(wǎng)站，成都網(wǎng)站推廣，成都網(wǎng)站優(yōu)化，整體網(wǎng)絡(luò)托管，成都小程序開發(fā)，微信開發(fā)，App定制開發(fā)，同時(shí)也可以讓客戶的網(wǎng)站和網(wǎng)絡(luò)營(yíng)銷和我們一樣獲得訂單和生意！

Block技術(shù)在iOS開發(fā)中非常流行也很方便，但是稍微疏忽就可能會(huì)產(chǎn)生引用無法被釋放的問題，從而造成內(nèi)存泄漏。那如何知道哪個(gè)Block持有了對(duì)象并造成內(nèi)存泄漏呢？

一個(gè)解決的方法是在程序運(yùn)行時(shí)通過Xcode的Debug Memory Graph 來查看當(dāng)前進(jìn)程中所有生命周期內(nèi)的對(duì)象。這樣可以在調(diào)試時(shí)通過這個(gè)功能發(fā)現(xiàn)一些本來應(yīng)該被釋放但是卻沒有被釋放的對(duì)象。從而確定哪些對(duì)象有內(nèi)存泄漏的嫌疑。

當(dāng)點(diǎn)擊某個(gè)對(duì)象時(shí)，右邊可以看出這個(gè)對(duì)象的內(nèi)存分配情況以及被引用的情況，從而可以進(jìn)一步跟蹤確認(rèn)出對(duì)象是被誰持有和引用而沒有被正常的釋放。

在上圖中黑色的線部分就是對(duì)象被強(qiáng)引用的序列圖。

回到主題，你可以上面的圖形中看出對(duì)象ViewController2是被一個(gè)**__NSMallocBlock__** 所持有了，但是你只能看到這個(gè)Block對(duì)象的內(nèi)存地址(右上角)而已。要想看這個(gè)Block所對(duì)應(yīng)的實(shí)現(xiàn)代碼時(shí)你只需要在lldb控制臺(tái)輸入如下信息：

(lldb) dis -s *(void**)(0x600002f51110+16)MyLoadTest`__27-[ViewController2 loadView]_block_invoke:  0x10c79c080 <+0>: pushq %rbp  0x10c79c081 <+1>: movq  %rsp, %rbp  0x10c79c084 <+4>: subq  $0x40, %rsp  0x10c79c088 <+8>: movq  %rdi, -0x8(%rbp)  0x10c79c08c <+12>: movq  %rdi, %rax  0x10c79c08f <+15>: movq  $0x0, -0x10(%rbp)  0x10c79c097 <+23>: leaq  -0x10(%rbp), %rcx  0x10c79c09b <+27>: movq  %rdi, -0x20(%rbp)

上述指令中 dis -s 地址 的作用是用來反匯編某個(gè)地址所對(duì)應(yīng)符號(hào)信息以及開始一部分的匯編實(shí)現(xiàn)。

命令中而后面的0x600002f51110 則是Block對(duì)象的地址，這里加16的意思是因?yàn)锽lock對(duì)象的內(nèi)部偏移16個(gè)字節(jié)的位置就是Block對(duì)象所保存的執(zhí)行代碼的函數(shù)地址。 所以通過這個(gè)指令就可以輕松的知道是哪個(gè)Block對(duì)象強(qiáng)持有了對(duì)象而不會(huì)被釋放了。

從上面的第一張圖中的源代碼可以看出Block內(nèi)部持有了self對(duì)象導(dǎo)致了對(duì)象無法被正常釋放。

通過上述的命令可以在調(diào)試時(shí)用在任何地方來查看某個(gè)Block的函數(shù)信息。

這里需要注意的是當(dāng)你在一個(gè)方法內(nèi)定義了多個(gè)Block時(shí)。這些Block的函數(shù)符號(hào)的規(guī)則是：

-[block定義所在的方法名]_block_invoke.序號(hào)

在方法中定義的第一個(gè)block是沒有序號(hào)，而后續(xù)的則根據(jù)定義的數(shù)量從2遞增。

比如下面類中的定義的四個(gè)block：

@interface CA-(void)foo1{   void(^b)(void) =^{};   void(^b)(void) =^{};}-(void)foo2{   void(^b)(void) =^{};   void(^b)(void) =^{};}@end

所對(duì)應(yīng)的block的符號(hào)是：

-[CA foo1]_block_invoke-[CA foo1]_block_invoke.2-[CA foo2]_block_invoke-[CA foo2]_block_invoke.2

感謝各位的閱讀，以上就是“iOS調(diào)試Block引用對(duì)象無法被釋放的方法教程”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)iOS調(diào)試Block引用對(duì)象無法被釋放的方法教程這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)網(wǎng)站建設(shè)公司，，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！

網(wǎng)頁名稱：iOS調(diào)試Block引用對(duì)象無法被釋放的方法教程-創(chuàng)新互聯(lián)
分享網(wǎng)址：http://weahome.cn/article/djjscs.html