首页 > 系统相关> 文章详细

iOS-底层原理36：内存优化（一）野指针探测

2021-07-01 17:07:12 阅读：291 来源： 互联网

标签：对象 void iOS 36 free 内存 dealloc 指针

本文主要讲解两种野指针检测的原理及实现

技术点：野指针探测

本文的主要目的是理解野指针的形成过程以及如何去检测野指针

引子

在介绍野指针之前，首先说下目前的异常处理类型，附上苹果官网链接）

异常类型

异常大致可以分为两类：

1、软件异常：主要是来自kill()、pthread_kill()、iOS中的NSException未捕获、absort等
2、硬件异常：硬件的信号始于处理器trap，是和平台相关的，野指针崩溃大部分是硬件异常

而在处理异常时，需要关注两个概念

Mach异常：Mach层捕获
UNIX信号：BSD层获取

iOS中的POSIX API就是通过Mach之上的BSD层实现的，如下图所示

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

层图示

Mach 是一个受 Accent 启发而搞出的Unix兼容系统。
BSD层是建立在Mach之上，是XNU中一个不可分割的一部分。BSD负责提供可靠的、现代的API
POSIX表示可移植操作系统接口(Portable Operating System Interface）

所以，综上所述，Mach异常和UNIX信号存在对应的关系

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

Mach异常和UNIX信号对应关系

1、硬件异常流程：硬件异常 -> Mach异常 -> UNIX信号
2、软件异常流程：软件异常 -> UNIX信号

Mach异常与UNIX信号的转换

下面是Mach异常与 UNIX信号的转换关系代码，来自 xnu 中的 bsd/uxkern/ux_exception.c

switch(exception) {
case EXC_BAD_ACCESS:
if (code == KERN_INVALID_ADDRESS)
*ux_signal = SIGSEGV;
else
*ux_signal = SIGBUS;
break;

case EXC_BAD_INSTRUCTION:
*ux_signal = SIGILL;
break;

case EXC_ARITHMETIC:
*ux_signal = SIGFPE;
break;

case EXC_EMULATION:
*ux_signal = SIGEMT;
break;

case EXC_SOFTWARE:
switch (code) {

case EXC_UNIX_BAD_SYSCALL:
*ux_signal = SIGSYS;
break;
case EXC_UNIX_BAD_PIPE:
*ux_signal = SIGPIPE;
break;
case EXC_UNIX_ABORT:
*ux_signal = SIGABRT;
break;
case EXC_SOFT_SIGNAL:
*ux_signal = SIGKILL;
break;
}
break;

case EXC_BREAKPOINT:
*ux_signal = SIGTRAP;
break;
}

将其对应关系汇总成一个表格，如下所示

Mach异常和UNIX信号对应表格
其中Mach异常有以下

Mach异常	说明
EXC_BAD_ACCESS	不能访问的内存
EXC_BAD_INSTRUCTION	非法或未定义的指令或操作数
EXC_ARITHMETIC	算术异常(例如除以0)。iOS 默认是不启用的，所以我们一般不会遇到
EXC_EMULATION	执行打算用于支持仿真的指令
EXC_SOFTWARE	软件生成的异常，我们在 Crash 日志中一般不会看到这个类型，苹果的日志里会是 EXC_CRASH
EXC_BREAKPOINT	跟踪或断点
EXC_SYSCALL	UNIX 系统调用
EXC_MACH_SYSCALL	Mach 系统调用

UNIX信号有以下几种

UNIX信号	说明
SIGSEGV	段错误。访问未分配内存、写入没有写权限的内存等。
SIGBUS	总线错误。比如内存地址对齐、错误的内存类型访问等。
SIGILL	执行了非法指令，一般是可执行文件出现了错误
SIGFPE	致命的算术运算。比如数值溢出、NaN数值等。
SIGABRT	调用 abort() 产生，通过 pthread_kill() 发送。
SIGPIPE	管道破裂。通常在进程间通信产生。比如采用FIFO(管道)通信的两个进程，读管道没打开或者意外终止就往管道写，写进程会收到SIGPIPE信号。根据苹果相关文档，可以忽略这个信号。
SIGSYS	系统调用异常。
SIGKILL	此信号表示系统中止进程。崩溃报告会包含代表中止原因的编码。exit(), kill(9) 等函数调用。iOS 系统杀进程，如 watchDog 杀进程。
SIGTRAP	断点指令或者其他trap指令产生。

野指针

所指向的对象被释放或者收回，但是该指针没有作任何的修改，以至于该指针仍旧指向已经回收的内存地址。这个指针就是野指针

野指针分类

这个参考腾讯Bugly团队的总结，大致分为两类

内存没被覆盖
内存被覆盖

如下图所示

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

腾讯Bugly总结

为什么OC野指针的crash这么多？
我们一般在app发版前，都会经过多轮的自测、内侧、灰度测试等，按照常理来说，大部分的crash应该都被覆盖了，但是由于野指针的随机性，使得经常在测试时不会出现crash，而是在线上出现crash，这对app体验来说是非常致命的

而野指针的随机性问题大致可以分为两类：

1、跑不进出错的逻辑，执行不到出错的代码，这种可以通过提高测试场景覆盖率来解决
2、跑进有问题的逻辑，但是野指针指向的地址并不一定会导致crash，原因是因为：野指针其本质是一个指向已经删除的对象或受限内存区域的指针。这里说的OC野指针，是指OC对象释放后指针未置空而导致的野指针。这里不必现的原因是因为dealloc执行后只是告诉系统，这片内存我不用了，而系统并没有让这片内存不能访问

野指针解决思路

这里主要是借鉴Xcode中的两种处理方案：

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

xcode图示

1、Malloc Scribble ，其官方解释如下：申请内存 alloc 时在内存上填0xAA，释放内存 dealloc 在内存上填 0x55。

Malloc Scribble官方解释

2、Zombie Objects，其官方解释如下：一个对象已经解除了它的引用，已经被释放掉，但是此时仍然是可以接受消息，这个对象就叫做Zombie Objects（僵尸对象）。这种方案的重点就是将释放的对象，全都转为僵尸对象

Zombie Objects官方解释

两种方案对比

1、僵尸对象相比 Malloc Scribble，不需要考虑会不会崩溃的问题，只要野指针指向僵尸对象，那么再次访问野指针就一定会崩溃
2、僵尸对象这种方式，不如Malloc Scribble覆盖面广，可以通过hook free方法将c函数也包含在其中

1、Malloc Scribble

思路：当访问到对象内存中填充的是0xAA、0x55时，程序就会出现异常

申请内存 alloc 时在内存上填0xAA，
释放内存 dealloc 在内存上填 0x55。

以上的申请和释放的填充分别对应一下两种情况

申请：没有做初始化就直接被访问
释放：释放后访问

所以综上所述，针对野指针，我们的解决办法是：在对象释放时做数据填充0x55即可。关于对象的释放流程可以参考这篇文章iOS-底层原理 33：内存管理（一）TaggedPointer/retain/release/dealloc/retainCount 底层分析

野指针探测实现1

这个实现主要依据腾讯Bugly工程师:陈其锋的分享，在其代码中的主要思路是

1、通过fishhook替换C函数的free方法为自定义的safe_free，类似于Method Swizzling
2、在safe_free方法中对已经释放变量的内存，填充0x55，使已经释放变量不能访问，从而使某些野指针的crash从不必现安变成必现。
- 为了防止填充0x55的内存被新的数据内容填充，使野指针crash变成不必现，在这里采用的策略是，safe_free不释放这片内存，而是自己保留着，即safe_free方法中不会真的调用free。
- 同时为了防止系统内存过快消耗（因为要保留内存），需要在保留的内存大于一定值时释放一部分，防止被系统杀死，同时，在收到系统内存警告时，也需要释放一部分内存
3、发生crash时，得到的崩溃信息有限，不利于问题排查，所以这里采用代理类（即继承自NSProxy的子类），重写消息转发的三个方法（参考这篇文章iOS-底层原理 14：消息流程分析之动态方法决议 & 消息转发），以及NSObject的实例方法，来获取异常信息。但是这的话，还有一个问题，就是NSProxy只能做OC对象的代理，所以需要在safe_free中增加对象类型的判断

以下是完整的野指针探测实现代码

引入fishhook

引入fishhook
实现NSProxy的代理子类

<!--1、MIZombieProxy.h-->
@interface MIZombieProxy : NSProxy

@property (nonatomic, assign) Class originClass;

@end

<!--2、MIZombieProxy.m-->
#import "MIZombieProxy.h"

@implementation MIZombieProxy

- (BOOL)respondsToSelector:(SEL)aSelector{
return [self.originClass instancesRespondToSelector:aSelector];
}

- (NSMethodSignature *)methodSignatureForSelector:(SEL)sel{
return [self.originClass instanceMethodSignatureForSelector:sel];
}

- (void)forwardInvocation: (NSInvocation *)invocation
{
[self _throwMessageSentExceptionWithSelector: invocation.selector];
}

#define MIZombieThrowMesssageSentException() [self _throwMessageSentExceptionWithSelector: _cmd]
- (Class)class{
MIZombieThrowMesssageSentException();
return nil;
}
- (BOOL)isEqual:(id)object{
MIZombieThrowMesssageSentException();
return NO;
}
- (NSUInteger)hash{
MIZombieThrowMesssageSentException();
return 0;
}
- (id)self{
MIZombieThrowMesssageSentException();
return nil;
}
- (BOOL)isKindOfClass:(Class)aClass{
MIZombieThrowMesssageSentException();
return NO;
}
- (BOOL)isMemberOfClass:(Class)aClass{
MIZombieThrowMesssageSentException();
return NO;
}
- (BOOL)conformsToProtocol:(Protocol *)aProtocol{
MIZombieThrowMesssageSentException();
return NO;
}
- (BOOL)isProxy{
MIZombieThrowMesssageSentException();
return NO;
}

- (NSString *)description{
MIZombieThrowMesssageSentException();
return nil;
}

#pragma mark - MRC
- (instancetype)retain{
MIZombieThrowMesssageSentException();
return  nil;
}
- (oneway void)release{
MIZombieThrowMesssageSentException();
}
- (void)dealloc
{
MIZombieThrowMesssageSentException();
[super dealloc];
}
- (NSUInteger)retainCount{
MIZombieThrowMesssageSentException();
return 0;
}
- (struct _NSZone *)zone{
MIZombieThrowMesssageSentException();
return  nil;
}


#pragma mark - private
- (void)_throwMessageSentExceptionWithSelector:(SEL)selector{
@throw [NSException exceptionWithName:NSInternalInconsistencyException reason:[NSString stringWithFormat:@"(-[%@ %@]) was sent to a zombie object at address: %p", NSStringFromClass(self.originClass),NSStringFromSelector(selector), self] userInfo:nil];
}
@end

hook free方法的具体实现

<!--1、MISafeFree.h-->
@interface MISafeFree : NSObject

//系统警告时，用函数释放一些内存
void free_safe_mem(size_t freeNum);

@end

<!--2、MISafeFree.m-->
#import "MISafeFree.h"
#import "queue.h"
#import "fishhook.h"
#import "MIZombieProxy.h"

#import <dlfcn.h>
#import <objc/runtime.h>
#import <malloc/malloc.h>

//用于保存zombie类
static Class kMIZombieIsa;
//用于保存zombie类的实例变量大小
static size_t kMIZombieSize;

//用于表示调用free函数
static void(* orig_free)(void *p);
//用于保存已注册的类的集合
static CFMutableSetRef registeredClasses = nil;
/*
 用来保存自己保留的内存
 - 1、队列要线程安全或者自己加锁
 - 2、这个队列内部应该尽量少申请和释放堆内存
 */
struct DSQueue *_unfreeQueue = NULL;
//用来记录自己保存的内存的大小
int unfreeSize = 0;

//最多存储的内存，大于这个值就释放一部分
#define MAX_STEAL_MEM_SIZE 1024*1024*100
//最多保留的指针个数，超过就释放一部分
#define MAX_STEAL_MEM_NUM 1024*1024*10
//每次释放时释放的指针数量
#define BATCH_FREE_NUM 100

@implementation MISafeFree

#pragma mark - Public Method
//系统警告时，用函数释放一些内存
void free_safe_mem(size_t freeNum){
#ifdef DEBUG
//获取队列的长度
    size_t count = ds_queue_length(_unfreeQueue);
//需要释放的内存大小
    freeNum = freeNum > count ? count : freeNum;
//遍历并释放
for (int i = 0; i < freeNum; i++) {
//获取未释放的内存块
void *unfreePoint = ds_queue_get(_unfreeQueue);
//创建内存块申请的大小
        size_t memSize = malloc_size(unfreePoint);
//原子减操作，多线程对全局变量进行自减
__sync_fetch_and_sub(&unfreeSize, (int)memSize);
//释放
orig_free(unfreePoint);
}
#endif
}

#pragma mark - Life Circle

+ (void)load{
#ifdef DEBUG
loadZombieProxyClass();
init_safe_free();
#endif
}

#pragma mark - Private Method
void safe_free(void* p){

//获取自己保留的内存的大小
int unFreeCount = ds_queue_length(_unfreeQueue);
//保留的内存大于一定值时就释放一部分
if (unFreeCount > MAX_STEAL_MEM_NUM*0.9 || unfreeSize>MAX_STEAL_MEM_SIZE) {
free_safe_mem(BATCH_FREE_NUM);
}else{
//创建p申请的内存大小
        size_t memSize = malloc_size(p);
//有足够的空间才覆盖
if (memSize > kMIZombieSize) {
//指针强转为id对象
            id obj = (id)p;
//获取指针原本的类
            Class origClass = object_getClass(obj);
//判断是不是objc对象
char *type = @encode(typeof(obj));
/*
             - strcmp 字符串比较
             - CFSetContainsValue 查看已注册类中是否有origClass这个类

             如果都满足，则将这块内存填充0x55
             */
if (strcmp("@", type) == 0 && CFSetContainsValue(registeredClasses, origClass)) {
//内存上填充0x55
memset(obj, 0x55, memSize);
//将自己类的isa复制过去
memcpy(obj, &kMIZombieIsa, sizeof(void*));
//为obj设置指定的类
object_setClass(obj, [MIZombieProxy class]);
//保留obj原本的类
((MIZombieProxy*)obj).originClass = origClass;
//多线程下int的原子加操作，多线程对全局变量进行自加，不用理会线程锁了
__sync_fetch_and_add(&unfreeSize, (int)memSize);
//入队
ds_queue_put(_unfreeQueue, p);
}else{
orig_free(p);
}
}else{
orig_free(p);
}
}
}

//加载野指针自定义类
void loadZombieProxyClass(){
    registeredClasses = CFSetCreateMutable(NULL, 0, NULL);

//用于保存已注册类的个数
unsigned int count = 0;
//获取所有已注册的类
    Class *classes = objc_copyClassList(&count);
//遍历，并保存到registeredClasses中
for (int i = 0; i < count; i++) {
CFSetAddValue(registeredClasses, (__bridge const void *)(classes[i]));
}
//释放临时变量内存
free(classes);
    classes = NULL;

    kMIZombieIsa = objc_getClass("MIZombieProxy");
    kMIZombieSize = class_getInstanceSize(kMIZombieIsa);
}

//初始化以及free符号重绑定
bool init_safe_free(){
//初始化用于保存内存的队列
    _unfreeQueue = ds_queue_create(MAX_STEAL_MEM_NUM);
//dlsym 在打开的库中查找符号的值，即动态调用free函数
    orig_free = (void(*)(void*))dlsym(RTLD_DEFAULT, "free");
/*
     rebind_symbols:符号重绑定
     - 参数1：rebindings 是一个rebinding数组，其定义如下
         struct rebinding {
           const char *name;  // 目标符号名
           void *replacement; // 要替换的符号值（地址值）
           void **replaced;   // 用来存放原来的符号值（地址值）
         };
     - 参数2：rebindings_nel 描述数组的长度
     */
//重绑定free符号，让它指向自定义的safe_free函数
rebind_symbols((struct rebinding[]){{"free", (void*)safe_free}}, 1);
return true;
}

@end

测试

- (void)viewDidLoad {
[super viewDidLoad];

    id obj = [[NSObject alloc] init];
self.assignObj = obj;

//    [MIZombieSniffer installSniffer];
}
- (IBAction)mallocScribbleAction:(id)sender {

    UIView* testObj = [[UIView alloc] init];
[testObj release];
for (int i = 0; i < 10; i++) {
        UIView* testView = [[UIView alloc] initWithFrame:CGRectMake(0,200,CGRectGetWidth(self.view.bounds), 60)];
[self.view addSubview:testView];
}
[testObj setNeedsLayout];

}

打印结果如下

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

测试结果

2、Zombie Objects

僵尸对象

可以用来检测内存错误（EXC_BAD_ACCESS），它可以捕获任何阐释访问坏内存的调用
给僵尸对象发送消息的话，它仍然是可以响应的，然后会发生崩溃，并输出错误日志来显示野指针对象调用的类名和方法

苹果的僵尸对象检测原理
首先我们来看下Xcode中僵尸对象是如何实现的，具体操作步骤可以参考这篇文章iOS Zombie Objects(僵尸对象)原理探索

从dealloc的源码中，我们可以看到“Replaced by NSZombie”，即对象释放时， NSZombie 将在 dealloc 里做替换，如下所示

Zombie Objects原理-01

所以僵尸对象的生成过程伪代码如下

//1、获取到即将deallocted对象所属类（Class）
Class cls = object_getClass(self);

//2、获取类名
const char *clsName = class_getName(cls)

//3、生成僵尸对象类名
const char *zombieClsName = "_NSZombie_" + clsName;

//4、查看是否存在相同的僵尸对象类名，不存在则创建
Class zombieCls = objc_lookUpClass(zombieClsName);
if (!zombieCls) {
//5、获取僵尸对象类 _NSZombie_
 Class baseZombieCls = objc_lookUpClass(“_NSZombie_");

//6、创建 zombieClsName 类
 zombieCls = objc_duplicateClass(baseZombieCls, zombieClsName, 0);
}
//7、在对象内存未被释放的情况下销毁对象的成员变量及关联引用。
objc_destructInstance(self);

//8、修改对象的 isa 指针，令其指向特殊的僵尸类
objc_setClass(self, zombieCls);

当僵尸对象再次被访问时，将进入消息转发流程，开始处理僵尸对象访问，输出日志并发生crash

Zombie Objects原理-02

所以僵尸对象触发流程伪代码如下

//1、获取对象class
Class cls = object_getClass(self);

//2、获取对象类名
const char *clsName = class_getName(cls);

//3、检测是否带有前缀_NSZombie_
if (string_has_prefix(clsName, "_NSZombie_")) {
//4、获取被野指针对象类名
const char *originalClsName = substring_from(clsName, 10);

　//5、获取当前调用方法名
　const char *selectorName = sel_getName(_cmd);
　　
　//6、输出日志
　Log(''*** - [%s %s]: message sent to deallocated instance %p", originalClsName, selectorName, self);

　//7、结束进程
　abort();

所以综上所述，这中野指针探测方式的思路是：dealloc方法的替换，其关键是调用objc_destructInstance 来解除对象的关联引用

野指针探测实现2

这种方式的思路主要是来源sindrilin的源码，其主要思路是：

野指针检测流程
- 1）只监控自定义对象
- 2）白名单策略
- 3）黑名单策略
- 4）监控所有对象
- 1、开启野指针检测
- 2、设置监控到野指针时的回调block，在block中打印信息，或者存储堆栈
- 3、检测到野指针是否crash
- 4、最大内存占用空间
- 5、是否记录dealloc调用栈
- 6、监控策略
- 7、交换NSObject的dealloc方法
触发野指针
- 1）根据监控策略，是否属于要检测的类
- 2）空间是否足够
- 1、开始处理对象
- 2、是否达到替换条件
- 3、如果符合条件，则获取对象，并解除引用，如果不符合则正常释放，即调用原来的dealloc方法
- 4、向对象内填充数据
- 5、赋值僵尸对象的类指针替换isa
- 6、对象+dealloc调用栈，保存在僵尸对象中
- 7、根据情况是否清理内存和对象

通过僵尸对象检测的实现思路

1、通过OC中Mehod Swizzling，交换根类NSObject和NSProxy的dealloc方法为自定义的dealloc方法
2、为了避免内存空间释放后被重写造成野指针的问题，通过字典存储被释放的对象，同时设置在30s后调用dealloc方法将字典中存储的对象释放，避免内存增大
3、为了获取更多的崩溃信息，这里同样需要创建NSProxy的子类

具体实现

1、创建NSProxy的子类，其实现与上面的MIZombieProxy是一模一样的
2、hook dealloc函数的具体实现

<!--1、MIZombieSniffer.h-->
@interface MIZombieSniffer : NSObject

/*!
 *  @method installSniffer
 *  启动zombie检测
 */
+ (void)installSniffer;

/*!
 *  @method uninstallSnifier
 *  停止zombie检测
 */
+ (void)uninstallSnifier;

/*!
 *  @method appendIgnoreClass
 *  添加白名单类
 */
+ (void)appendIgnoreClass: (Class)cls;

@end

<!--2、MIZombieSniffer.m-->
#import "MIZombieSniffer.h"
#import "MIZombieProxy.h"
#import <objc/runtime.h>

//
typedef void (*MIDeallocPointer) (id objc);
//野指针探测器是否开启
static BOOL _enabled = NO;
//根类
static NSArray *_rootClasses = nil;
//用于存储被释放的对象
static NSDictionary<id, NSValue*> *_rootClassDeallocImps = nil;

//白名单
static inline NSMutableSet *__mi_sniffer_white_lists(){
//创建白名单集合
static NSMutableSet *mi_sniffer_white_lists;
//单例初始化白名单集合
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
        mi_sniffer_white_lists = [[NSMutableSet alloc] init];
});
return mi_sniffer_white_lists;
}


static inline void __mi_dealloc(__unsafe_unretained id obj){
//获取对象的类
    Class currentCls = [obj class];
    Class rootCls = currentCls;

//获取非NSObject和NSProxy的类
while (rootCls != [NSObject class] && rootCls != [NSProxy class]) {
//获取rootCls的父类，并赋值
        rootCls = class_getSuperclass(rootCls);
}
//获取类名
    NSString *clsName = NSStringFromClass(rootCls);
//根据类名获取dealloc的imp指针
    MIDeallocPointer deallocImp = NULL;
[[_rootClassDeallocImps objectForKey:clsName] getValue:&deallocImp];

if (deallocImp != NULL) {
deallocImp(obj);
}
}

//hook交换dealloc
static inline IMP __mi_swizzleMethodWithBlock(Method method, void *block){
/*
     imp_implementationWithBlock ：接收一个block参数，将其拷贝到堆中，返回一个trampoline
     可以让block当做任何一个类的方法的实现，即当做类的方法的IMP来使用
     */
    IMP blockImp = imp_implementationWithBlock((__bridge id _Nonnull)(block));
//method_setImplementation 替换掉method的IMP
return method_setImplementation(method, blockImp);
}

@implementation MIZombieSniffer

//初始化根类
+ (void)initialize
{
    _rootClasses = [@[[NSObject class], [NSProxy class]] retain];
}

#pragma mark - public
+ (void)installSniffer{
@synchronized (self) {
if (!_enabled) {
//hook根类的dealloc方法
[self _swizzleDealloc];
            _enabled = YES;
}
}
}

+ (void)uninstallSnifier{
@synchronized (self) {
if (_enabled) {
//还原dealloc方法
[self _unswizzleDealloc];
            _enabled = NO;
}
}
}

//添加百名单
+ (void)appendIgnoreClass:(Class)cls{
@synchronized (self) {
        NSMutableSet *whiteList = __mi_sniffer_white_lists();
        NSString *clsName = NSStringFromClass(cls);
[clsName retain];
[whiteList addObject:clsName];
}
}

#pragma mark - private
+ (void)_swizzleDealloc{
static void *swizzledDeallocBlock = NULL;

//定义block，作为方法的IMP
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
        swizzledDeallocBlock = (__bridge void *)[^void(id obj) {
//获取对象的类
            Class currentClass = [obj class];
//获取类名
            NSString *clsName = NSStringFromClass(currentClass);
//判断该类是否在白名单类
if ([__mi_sniffer_white_lists() containsObject: clsName]) {
//如果在白名单内，则直接释放对象
__mi_dealloc(obj);
} else {
//修改对象的isa指针，指向MIZombieProxy
/*
                 valueWithBytes:objCType  创建并返回一个包含给定值的NSValue对象，该值会被解释为一个给定的NSObject类型
                 - 参数1：NSValue对象的值
                 - 参数2：给定值的对应的OC类型，需要使用编译器指令@encode来创建
                 */
                NSValue *objVal = [NSValue valueWithBytes: &obj objCType: @encode(typeof(obj))];
//为obj设置指定的类
object_setClass(obj, [MIZombieProxy class]);
//保留对象原本的类
((MIZombieProxy *)obj).originClass = currentClass;

//设置在30s后调用dealloc将存储的对象释放，避免内存空间的增大
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(30 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
                    __unsafe_unretained id deallocObj = nil;
//获取需要dealloc的对象
[objVal getValue: &deallocObj];
//设置对象的类为原本的类
object_setClass(deallocObj, currentClass);
//释放
__mi_dealloc(deallocObj);
});
}
} copy];
});

//交换了根类NSObject和NSProxy的dealloc方法为originalDeallocImp
    NSMutableDictionary *deallocImps = [NSMutableDictionary dictionary];
//遍历根类
for (Class rootClass in _rootClasses) {
//获取指定类中dealloc方法
        Method oriMethod = class_getInstanceMethod([rootClass class], NSSelectorFromString(@"dealloc"));
//hook - 交换dealloc方法的IMP实现
        IMP originalDeallocImp = __mi_swizzleMethodWithBlock(oriMethod, swizzledDeallocBlock);
//设置IMP的具体实现
[deallocImps setObject: [NSValue valueWithBytes: &originalDeallocImp objCType: @encode(typeof(IMP))] forKey: NSStringFromClass(rootClass)];
}
//_rootClassDeallocImps字典存储交换后的IMP实现
    _rootClassDeallocImps = [deallocImps copy];
}

+ (void)_unswizzleDealloc{
//还原dealloc交换的IMP
[_rootClasses enumerateObjectsUsingBlock:^(Class rootClass, NSUInteger idx, BOOL * _Nonnull stop) {
        IMP originDeallocImp = NULL;
//获取根类类名
        NSString *clsName = NSStringFromClass(rootClass);
//获取hook后的dealloc实现
[[_rootClassDeallocImps objectForKey:clsName] getValue:&originDeallocImp];

NSParameterAssert(originDeallocImp);
//获取原本的dealloc实现
        Method oriMethod = class_getInstanceMethod([rootClass class], NSSelectorFromString(@"dealloc"));
//还原dealloc的实现
method_setImplementation(oriMethod, originDeallocImp);
}];
//释放
[_rootClassDeallocImps release];
    _rootClassDeallocImps = nil;
}

@end

3、测试

@interface ViewController ()

@property (nonatomic, assign) id assignObj;

@end

@implementation ViewController

- (void)viewDidLoad {
[super viewDidLoad];

    id obj = [[NSObject alloc] init];
self.assignObj = obj;

[MIZombieSniffer installSniffer];
}
- (IBAction)zombieObjectAction:(id)sender {

NSLog(@"%@", self.assignObj);

}

打印崩溃信息如下

watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=

Zombie Objects运行结果

参考文章

质量监控-野指针定位
iOS野指针处理
iOS野指针定位：野指针嗅探器
iOS野指针定位总结
iOS Zombie Objects(僵尸对象)原理探索

标签：对象,void,iOS,36,free,内存,dealloc,指针
来源： https://blog.51cto.com/u_12801393/2965420

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

iOS-底层原理36：内存优化（一） 野指针探测

引子

异常类型

野指针

野指针解决思路

1、Malloc Scribble

野指针探测实现1

2、Zombie Objects

野指针探测实现2

参考文章

iOS-底层原理36：内存优化（一）野指针探测