关于ios:001-dealloc-block-讲好一个故事iOS-面试题

3次阅读

共计 5876 个字符，预计需要花费 15 分钟才能阅读完成。

本文试图答复，如下问题:

1, 对象 dealloc 的时候，用一个 block 代替 dealloc 办法

不是类级别管制，是对象级别管制

2，关联对象

3，锁

本文是面试照着念主题，第 2 篇

本文有参考 C…/CYLDeallocBlockExecutor

因为对象开释的时候，对象的关联对象也会开释。

把对象开释的时候，要执行的 block，放在其关联对象的 dealloc 办法中。

typedef void (^VoidBlock)(void);

@interface BlockExecutor : NSObject {VoidBlock   block;}

@property (nonatomic, readwrite, copy) VoidBlock    block;

- (id)initWithBlock:(VoidBlock)block;

@end

@implementation BlockExecutor

@synthesize block;

- (id)initWithBlock:(VoidBlock)aBlock
{self = [super init];

    if (self) {block = [aBlock copy];
    }

    return self;
}

- (void)dealloc
{if (block != nil) {block();
        block = nil;
    }
}

@end


const void *runAtDeallocBlockKey = &runAtDeallocBlockKey;

@interface NSObject (RunAtDealloc)

- (void)runAtDealloc:(VoidBlock)block;

@end

@implementation NSObject (RunAtDealloc)

- (void)runAtDealloc:(VoidBlock)block
{if (block) {BlockExecutor *executor = [[BlockExecutor alloc] initWithBlock:block];

        objc_setAssociatedObject(self,
                                 runAtDeallocBlockKey,
                                 executor,
                                 OBJC_ASSOCIATION_RETAIN);
    }
}

@end

调用

- (void)viewDidLoad {[super viewDidLoad];
    NSObject * pikachu = [[NSObject alloc] init];
    [pikachu runAtDealloc:^{NSLog(@"Deallocating pikachu!");
    }];
}

具体三步走:

1, 一个有 block 的关联类，他的 dealloc 办法中，执行 block

2，给 NSObject 增加分类办法，传递 block，不便调用。

把关联类，关联上察看类。

3，察看类调用，传入 block

优化：`CYLDeallocBlockExecutor` 的实现

CYLDeallocBlockExecutor 做的是加强版。

每一个 NSObject 都关联一个 CYLDeallocCallbackModel,

CYLDeallocCallbackModel 外面有一把互斥锁，一个事件字典，和调用者


@interface CYLDeallocCallbackModel : NSObject

@property (nonatomic, assign) pthread_mutex_t lock;
@property (nonatomic, strong) NSMutableDictionary *callbacksDictionary;
@property (nonatomic, unsafe_unretained) id owner;

@end

当 NSObject 销毁的时候，他关联的 CYLDeallocCallbackModel 也会销毁，

把增加进的事件，按程序给执行了


@implementation CYLDeallocCallbackModel

- (void)dealloc {NSArray *sortedKeys = [[_callbacksDictionary allKeys] sortedArrayUsingSelector: @selector(compare:)];
    for (NSNumber *identifier in sortedKeys) {CYLDeallocSelfCallback block =  _callbacksDictionary[identifier];
        block(_owner, identifier.unsignedIntegerValue);
    }
    pthread_mutex_destroy(&_lock);
}

@end

事件字典的构造是 [Int: Block], 加锁，事件字典是线程平安的。批改和删除，都用互斥锁爱护

给 NSObject 的分类中，增加事件字典，串行线程队列，保障平安

绝对之前的那个，退出的特效是，

同一个对象，能够屡次增加销毁事件

// 增加一次
[self cyl_willDeallocWithSelfCallback:^(__unsafe_unretained typeof(self) unsafeSelf, NSUInteger identifier) {// ...}];
    
// 增加第二次
    [self cyl_willDeallocWithSelfCallback:^(__unsafe_unretained typeof(self) unsafeSelf, NSUInteger identifier) {// ...}];

心愿一个对象 A 开释的时候，开释 B。把 B 关联到 A 上就好了

Fun With the Objective-C Runtime: Run Code at Deallocation of Any Object

这个库，关联援用 runtime, 其作者说，性能耗费低。

有锁、有单例队列，有事件字典，侧面反映出苹果 weak 的优雅和高效

CYLDeallocBlockExecutor 外面有这么一段，


- (NSHashTable *)cyl_deallocExecutors {NSHashTable *table = objc_getAssociatedObject(self, @selector(cyl_deallocExecutors));
    if (!table) {table = [NSHashTable hashTableWithOptions:NSPointerFunctionsStrongMemory];
        objc_setAssociatedObject(self, @selector(cyl_deallocExecutors), table, OBJC_ASSOCIATION_RETAIN);
    }
    return table;
}

等价于


- (NSString *)cyl_deallocExecutors {NSString *table = objc_getAssociatedObject(self, @selector(cyl_deallocExecutors));
    if (!table) {
        table = @"呵呵";
        objc_setAssociatedObject(self, @selector(cyl_deallocExecutors), table, OBJC_ASSOCIATION_RETAIN);
    }
    return table;
}

还能够各种等价

关联对象的键，本质就是惟一就好

弄虚作假

CYLDeallocBlockExecutor 作者说，其性能好。

用锁、串行队列，减少期待与开销

大佬的脑回路 …

B 1, 不必锁，怎么体现某读过 runtime 源代码

B 2，用锁，能够劝退小白。小白看了容易犯困、降 …

B 3, 锁，不必白不必。用不到的性能，上个锁爱护是没问题的。

还能进一步把握死锁相干

A 1, 用锁，保障字典的批改，线程平安。

A 2, 用串行队列，保障键自增的写平安。

这个串行队列，每个对象都会关联一个。

再用一个全局的串行队列，保障每个对象只会实例化一个关联的串行队列

// 全局的串行队列
static dispatch_queue_t _deallocCallbackQueueLock = NULL;

@implementation NSObject (CYLDeallocBlockExecutor)
- (dispatch_queue_t)cyl_deallocCallbackQueue {

    // 全局的串行队列, 是一个单例
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{NSString *queueBaseLabel = [NSString stringWithFormat:@"com.chengyilong.%@", NSStringFromClass([self class])];
        const char *queueName = [[NSString stringWithFormat:@"%@.deallocCallbackQueueLock", queueBaseLabel] UTF8String];
        _deallocCallbackQueueLock = dispatch_queue_create(queueName, DISPATCH_QUEUE_SERIAL);
    });
    
    // _deallocCallbackQueueLock 全局串行队列中，// 保障每个 NSObject 关联的串行队列，只有一个
    __block dispatch_queue_t queue = nil;
    dispatch_sync(_deallocCallbackQueueLock, ^{dispatch_queue_t deallocCallbackQueue = objc_getAssociatedObject(self, @selector(cyl_deallocCallbackQueue));
        if (deallocCallbackQueue) {queue = deallocCallbackQueue;} else {NSString *queueBaseLabel = [NSString stringWithFormat:@"com.chenyilong.%@", NSStringFromClass([self class])];
            NSString *queueNameString = [NSString stringWithFormat:@"%@.forDeallocBlock.%@",queueBaseLabel, @(arc4random_uniform(MAXFLOAT))];
            const char *queueName = [queueNameString UTF8String];
            queue = dispatch_queue_create(queueName, DISPATCH_QUEUE_SERIAL);
            self.cyl_deallocCallbackQueue = queue;
        }
    });
    return queue;
}
@end

也是哈希表，跟 weak 的原理相似

每一次设置关联，都是用一个对象附带的关联对象哈希表来治理

关联管理者 AssociationsManager，有自旋锁，和关联对象哈希表

通过自旋锁，保障关联对象哈希表的操作，线程平安

关联对象哈希表 AssociationsHashMap , 构造可了解为 [对象 : 对象关联表]

对象关联表 ObjectAssociationMap，构造可了解为 [key : 对象关联]

对象关联 ObjcAssociation，蕴含关联的值和内存管理策略 policy

有了构造，就好编

三种操作，

1，以键值对模式增加关联对象

拿着对象，找对象关联表 ObjectAssociationMap，没找到，就做初始化，填入数据

找到了 ObjectAssociationMap，拿着 key, 找对象关联 ObjcAssociation，没找到，就减少一个 ObjcAssociation

找到了对象关联 ObjcAssociation，就刷新信息

数据结构定了，操作简略，上面两种相似

2，依据 key 获取关联对象

3，移除所有关联对象

上文中的例子，参数顺次是

object, key , value , policy

objc_setAssociatedObject(self,
                                 runAtDeallocBlockKey,
                                 executor,
                                 OBJC_ASSOCIATION_RETAIN);

常见的锁，也有很多。下文介绍下，自旋锁、互斥锁与信号量

锁，是用来解决并发问题的。

自旋锁和互斥锁，都能做到互斥，mutual exclusion

信号量，还能做到更多。

应用自旋锁 spinlock，没有获取锁的线程，会始终试图获取锁，没做啥有用的事件。

益处是，缩小了线程上下文切换的开销。

如果锁对应的操作不耗时，适宜用自旋锁

如果锁对应的操作耗时, 就很节约 CPU 了

互斥锁 mutex，

线程对锁，有一个持有关系，ownership

线程 a 获取了锁，其余线程就不能拜访锁对应的资源了，

（其余线程做别的事去了，有一个线程的上下文切换 context switching, 就是挪动栈顶指针，拷贝相干参数到函数栈上）

直到线程 a 开释锁

（其余线程被唤起，能够获取锁了）

操作是，lock 和 unlock

信号量 semaphore，

信号值为多少，就容许多少个线程同时操作锁对应的资源

semaphore 应用信号机制， 同 mutex 相比，线程对锁，没有持有关系

操作是, wait（信号值 – 1）和 signal（信号值 + 1），

信号值为 0，下一个拜访的线程，挂起 hanging

把线程获取锁，比做几个人上厕所。

自旋锁和互斥锁，都是厕所只有一个

线程应用自旋锁，厕所有人，就始终等在那。

线程应用互斥锁，厕所有人，就回去做事了。线程睡眠，返回线程队列。该线程对应的 CPU，没有空耗。

线程获取和持有锁，

实现后，该线程把锁移交给其余线程

信号量，就是厕所有多个

信号量设置为多少，就是有多少个厕所

自旋锁，是一种很老的解决方案，

spin, 就是 looping 的意思，始终循环获取锁

自旋锁，是 busy waiting lock

互斥锁，是 sleeping lock

自旋锁

互斥锁

自旋锁与其余锁的区别

互斥锁与信号量的区别

本文又名，“贤者工夫：xxx 大佬开源库浅读”

对于 ...DeallocBlockExecutor 的评估，说不定某功力不 …

万一，没发现其中的 …

正文完

ios

发表至： ios

2021-02-10

0

关于ios:UICollectionView-横向布局的两种途径

关于ios:APP细说APP网络深度优化与网络安全

关于ios:iOS逆向与安全fridatrace入门

关于ios:比尔盖茨-ClubHouse-首秀探讨操作系统疫情比特币与气候变化

关于javascript:JS中容易忽略的知识点二-0-true

关于ios:001-dealloc-block-讲好一个故事iOS-面试题

1, 开篇

1, 怎么用好 block，让 dealloc 再见

附加:

优化：`CYLDeallocBlockExecutor` 的实现

碎语：

讲故事：为什么这个库要用锁？

2，引出关联对象的原理

附加：

3，引出锁

对方问你，艰深的

附加

尾, 本文不 …

本文仅供参考，适宜长期抱佛脚

站内搜索

关于ios:001-dealloc-block-讲好一个故事iOS-面试题

1, 开篇

1, 怎么用好 block，让 dealloc 再见

附加:

优化：CYLDeallocBlockExecutor 的实现

碎语：

讲故事：为什么这个库要用锁？

2，引出关联对象的原理

附加：

3，引出锁

对方问你，艰深的

附加

尾, 本文不 …

本文仅供参考，适宜长期抱佛脚

站内搜索

优化：`CYLDeallocBlockExecutor` 的实现