UIImage Category dealloc 访问CGImage crash 真因

一：问题列表

1）Category 的 dealloc 是否影响对象的释放 就对象的释放是否与本类dealloc有无区别

2）crash 真正原因是什么？

二 验证

问题一：

在UIImage Category 编写 dealloc 设置对象释放断点如下图

如图可以看到 Category 编写 dealloc 方法依然 调用到 NSObject 的 dealloc 会调用 objc_destructInstance 真正析构

就对象释放而言 Category 编写 dealloc 与 本类 dealloc 无差别 不会影响对象释放

但是最好不要在 Category 写 dealloc，会覆盖 本类 dealloc ，如果本类中有开发者编写的业务逻辑，就会影响业务逻辑逻辑调用

注意不要在NSObject的 Category 写 dealloc 这样就会 如果写了会覆盖影响系统提供的dealloc 就会影响释放

为什么 Category 编写 dealloc 与 本类编写的 dealloc 会调用到 NSObject的 dealloc那

 可以看出编译器会为调用Super 的 dealloc 那编译器什么时候加入调用代码那，下面会解释

 问题二：

现象：模拟器下在Category dealloc里访问其他属性没问题 而访问CGImage crash

真机在Category dealloc 访问任何属性都没问题

以下先看模拟器 ：

 思路： 1.监听image 对象内存，看在什么时机释放， 在看什么导致crash 的 编写以下代码

 看出在UIImage 调用 free 时候把UIImage 对象置空 而CGImage 没有置空 接着往下走请记住现在UIImage 的地址： 0x00007fac08a41fc0

 上面 free时候 把UImage 对象已经清空 而又release，而指向UIImage 的指针0x00007fac08a41fc0 没有置空 悬垂指针 所以导致crash

那什么导致又release 我看到 AutoreleasePoolPage 所以想是不是它导致的 可以打印 AutoreleasePool 的内容来验证

extern void _objc_autoreleasePoolPrint(void); 可以全局函数就可以打印 对比一下访问 CGImage 与访问其他属性对比

 代码如下：

访问其他属性

 原因：模拟器下在dealloc访问CGImage 会加入自动释放池 释放池释放时候会再次release 所以会crash

而访问其他属性不会加入自动释放池 所以就不会crash

那什么时候加入释放池的 那这是编译器做的工作 是在编译的 IR （中间码）阶段编译器会为添加 release autorelease retain

 等代码可以用

clang -S -fobjc-arc -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk -emit-llvm 这个指令生成 .ll 文件

看一下：访问CGImage的 把 UIImage+Test.m 编译成.ll文件情况

访问其他属性的

 

以上搞明白模拟器的问题了

以下先看真机 ：

真机的访问CGImage

 

 真机访问CGImage 是不加入自动释放池的 所以真机上是不会crash

现在还有点疑问？我对比模拟器与真机 汇编代码是相同的 但模拟器会加入自动释放池 而 真机不会 这块又搞明白的大神给我也说一下

结论：1.Category（NSObject 除外） 的 dealloc 不会影响对象释放 就释放而言，与本类dealloc 无本质区别

2.访问CGImage crash 原因，是系统错误，在模拟器下 在dealloc 访问 CGImage 会把UIImage对象加入自动释放池

导致二次释放所以crash ，而访问别的属性没加入自动释放池 所以不会crash 。 在真机下 在dealloc 访问 CGImage 不会加入释放池

所以都没问题