这篇文章主要给大家分享介绍了关于iOS调试Block引用对象无法被释放的小技巧，文中通过示例代码介绍的非常详细，对各位iOS开发者们具有一定的参考学习价值，需要的朋友们下面来一起
这篇文章主要给大家分享介绍了关于iOS调试Block引用对象无法被释放的小技巧，文中通过示例代码介绍的非常详细，对各位iOS开发者们具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
正文
iOS调试Block引用对象无法被释放的小技巧分享
block技术在ios开发中非常流行也很方便，但是稍微疏忽就可能会产生引用无法被释放的问题，从而造成内存泄漏。那如何知道哪个block持有了对象并造成内存泄漏呢？
一个解决的方法是在程序运行时通过xcode的debug memory graph 来查看当前进程中所有生命周期内的对象。这样可以在调试时通过这个功能发现一些本来应该被释放但是却没有被释放的对象。从而确定哪些对象有内存泄漏的嫌疑。
当点击某个对象时，右边可以看出这个对象的内存分配情况以及被引用的情况，从而可以进一步跟踪确认出对象是被谁持有和引用而没有被正常的释放。
在上图中黑色的线部分就是对象被强引用的序列图。
回到主题，你可以上面的图形中看出对象viewcontroller2是被一个**__nsmallocblock__** 所持有了，但是你只能看到这个block对象的内存地址(右上角)而已。要想看这个block所对应的实现代码时你只需要在lldb控制台输入如下信息：
|
1
2
3
4
5
6
7
8
9
10
|
(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 地址 的作用是用来反汇编某个地址所对应符号信息以及开始一部分的汇编实现。
命令中而后面的0x600002f51110 则是block对象的地址，这里加16的意思是因为block对象的内部偏移16个字节的位置就是block对象所保存的执行代码的函数地址。 所以通过这个指令就可以轻松的知道是哪个block对象强持有了对象而不会被释放了。
从上面的第一张图中的源代码可以看出block内部持有了self对象导致了对象无法被正常释放。
通过上述的命令可以在调试时用在任何地方来查看某个block的函数信息。
这里需要注意的是当你在一个方法内定义了多个block时。这些block的函数符号的规则是：
-[block定义所在的方法名]_block_invoke.序号
在方法中定义的第一个block是没有序号，而后续的则根据定义的数量从2递增。
比如下面类中的定义的四个block：
|
1
2
3
4
5
6
7
8
9
10
11
|
@interface ca-(void)foo1{ void(^b)(void) =^{}; void(^b)(void) =^{};}-(void)foo2{ void(^b)(void) =^{}; void(^b)(void) =^{};}@end |
所对应的block的符号是：
|
1
2
3
4
|
-[ca foo1]_block_invoke-[ca foo1]_block_invoke.2-[ca foo2]_block_invoke-[ca foo2]_block_invoke.2 |
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对米米素材网的支持。
原文链接：https://juejin.im/post/5d70655e518825618e67ad63
发表评论