【iOS重学】方法缓存的详细分析

写在前面

本文我们主要来分析一下方法缓存cache_t的数据结构是什么样的,苹果是怎么实现方法缓存的。

Class的结构

【iOS重学】窥探Class的结构文中,我们主要分析了Class的结构,结构主要如下:

struct objc_class : objc_object {
  Class isa; // isa
  Class superclass; // superclass
  cache_t cache; // 方法缓存
  class_data_bits_t bits; // 具体的类信息
}

其中isasuperclassbits我们都已经讲过了,相关的文章可以参考【iOS重学】详细分析isa和superclass【iOS重学】class_rw_ext_t结构详解,现在我们就来主要分析一下方法缓存cache_t

方法缓存cache_t

我们都知道查找一个方法的流程大概是:根据isa指针找到类对象,在类对象上找是否有对应的方法,如果没有找到就根据superclass指针找到其父类查看是否有方法实现,以此往上找:

1.png

但是如果每次都这么寻找,效率肯定会很低,所以苹果就有自己的一套方法缓存机制,调用过的方法我们会缓存起来方便下次调用提高效率。

cache_t结构

方法缓存cache_t结构如下:

2.png

主要结构我们可以看成如下:

// cache_t
struct cache_t {
    explicit_atomic<mask_t> _maybeMask; // 散列表的长度
#if __LP64__
  uint16_t                _flags;
#endif
  uint16_t                _occupied; // 已缓存的方法数量
  struct bucket_t *buckets() const; // 散列表
}

// bucket_t
struct bucket_t {
#if __arm64__
    explicit_atomic<uintptr_t> _imp;
    explicit_atomic<SEL> _sel;
#else
    explicit_atomic<SEL> _sel;
    explicit_atomic<uintptr_t> _imp;
#endif
}

苹果如何实现方法缓存

苹果是利用【散列表】来存储曾经调用过的方法,这样可以提高方法的查找速度。
散列表的结构如下:


3.png

方法缓存的基本步骤为:

  • 通过SEL & _maybeMask得到方法在散列表里面对应的索引值index
  • 调用方法的时候通过index放在散列表的具体位置。

具体场景

我们这里列举一个具体的例子并结合方法缓存的底层代码来详细说明整个过程。
首先我们根据底层源码来仿照写一个方法缓存的结构如下:

struct ww_bucket_t {// 相当于bucket_t
    SEL _sel;
    IMP _imp;
};

struct ww_cache_t {// 相当于cache_t
    struct ww_bucket_t  *buckets;
    uint32_t            _maybeMask;
    uint16_t            _flags;
    uint16_t            _occupied;
};

struct ww_class_data_bits_t {// 相当于class_data_bits_t
    uintptr_t bits;
};

struct ww_objc_class{// 相当于objc_class
    Class ISA;
    Class superclass;
    ww_cache_t cache;
    ww_class_data_bits_t bits;
};

具体的场景代码如下:

Person *person = [[Person alloc] init];
Class personClass = [Person class];

struct ww_objc_class *ww_class = (__bridge struct ww_objc_class *)(personClass);
uint32_t index1 = ((long long)@selector(init) & ww_class->cache._maybeMask);
for (uint32_t i = 0; i < ww_class->cache._maybeMask; i++) {
    struct ww_bucket_t bucket = ww_class->cache.buckets[i];
    NSLog(@"索引值:%u - SEL:%@ - IMP:%p",i, NSStringFromSelector(bucket._sel),bucket._imp);
}
NSLog(@"已缓存的方法个数:%hu - 散列表实际长度:%u ",ww_class->cache._occupied,ww_class->cache._maybeMask);

NSLog(@"----------------------");

[person personTest];
uint32_t index2 = ((long long)@selector(personTest) & ww_class->cache._maybeMask);

for (uint32_t i = 0; i < ww_class->cache._maybeMask; i++) {
    struct ww_bucket_t bucket = ww_class->cache.buckets[i];
    NSLog(@"索引值:%u - SEL:%@ - IMP:%p",i, NSStringFromSelector(bucket._sel),bucket._imp);
}
NSLog(@"已缓存的方法个数:%hu - 散列表实际长度:%u ",ww_class->cache._occupied,ww_class->cache._maybeMask);
NSLog(@"--------------------------");

打印结果:

2022-12-22 14:09:17.814393+0800 RuntimeDemo[79639:8983291] 索引值:0 - SEL:(null) - IMP:0x0
2022-12-22 14:09:17.815222+0800 RuntimeDemo[79639:8983291] 索引值:1 - SEL:init - IMP:0x7fe150
2022-12-22 14:09:17.815306+0800 RuntimeDemo[79639:8983291] 索引值:2 - SEL:(null) - IMP:0x0
2022-12-22 14:09:17.815359+0800 RuntimeDemo[79639:8983291] 已缓存的方法个数:1 - 散列表实际长度:3 
2022-12-22 14:09:17.815406+0800 RuntimeDemo[79639:8983291] ----------------------
2022-12-22 14:09:17.815450+0800 RuntimeDemo[79639:8983291] -[Person personTest]
2022-12-22 14:09:17.815493+0800 RuntimeDemo[79639:8983291] 索引值:0 - SEL:(null) - IMP:0x0
2022-12-22 14:09:17.815646+0800 RuntimeDemo[79639:8983291] 索引值:1 - SEL:init - IMP:0x7fe150
2022-12-22 14:09:17.815704+0800 RuntimeDemo[79639:8983291] 索引值:2 - SEL:personTest - IMP:0xbbb0
2022-12-22 14:09:17.815753+0800 RuntimeDemo[79639:8983291] 已缓存的方法个数:2 - 散列表实际长度:3 
2022-12-22 14:09:17.815794+0800 RuntimeDemo[79639:8983291] --------------------------

对照源码来分析一下这个打印结果:

void cache_t::insert(SEL sel, IMP imp, id receiver)
{
  ...... // 此处省略了一些无关代码
  mask_t newOccupied = occupied() + 1; // 记录新的缓存方法数量
  unsigned oldCapacity = capacity(), capacity = oldCapacity;
  if (slowpath(isConstantEmptyCache())) { // 第一次进来缓存为空的
      if (!capacity) capacity = INIT_CACHE_SIZE; // 计算申请空间的大小
      reallocate(oldCapacity, capacity, /* freeOld */false); // 申请空间
  }
  else if (fastpath(newOccupied + CACHE_END_MARKER <= cache_fill_ratio(capacity))) { // 已经开辟的空间还没有缓存满 可以继续缓存
      // Cache is less than 3/4 or 7/8 full. Use it as-is.
  }
#if CACHE_ALLOW_FULL_UTILIZATION
  else if (capacity <= FULL_UTILIZATION_CACHE_SIZE && newOccupied + CACHE_END_MARKER <= capacity) {
      // Allow 100% cache utilization for small buckets. Use it as-is.
  }
#endif
  else {
      // 已经开辟的空间已经缓存满了 进行双倍扩容
      capacity = capacity ? capacity * 2 : INIT_CACHE_SIZE;
      if (capacity > MAX_CACHE_SIZE) {
          capacity = MAX_CACHE_SIZE;
      }
      reallocate(oldCapacity, capacity, true); // 开辟新的缓存空间
  }

  bucket_t *b = buckets();// 取出方法缓存列表buckets
  mask_t m = capacity - 1; // 计算散列表实际的长度maybemask
  mask_t begin = cache_hash(sel, m); // 使用散列表计算插入的位置
  mask_t i = begin; // i表示插入的位置

  do {
      if (fastpath(b[i].sel() == 0)) { // 如果插入的位置是空的 表示可以插入 在当前索引值处插入该方法
          incrementOccupied();
          b[i].set<Atomic, Encoded>(b, sel, imp, cls());
          return;
      }
      if (b[i].sel() == sel) { // 判断其他线程是否缓存过该方法
          return;
      }
  } while (fastpath((i = cache_next(i, m)) != begin)); // 如果i位置没有插入成功 通过cache_next找下一个可以插入的位置

  bad_cache(receiver, (SEL)sel);// 如果do/while循环走完了都没有找到可以插入的位置就缓存失败
#endif
}

上面的例子分析:

  • 当调用方法init的时候,会调用到上面的源码cache_t::insert方法,此时新的已缓存的方法数newOccupied == 1 ,容量capacity == 0
  • 因为是第一次进来所以之前没有缓存会调用到slowpath(isConstantEmptyCache()里面。
  • 去计算散列表容量capacity的大小:capacity = INIT_CACHE_SIZE

4.png

INIT_CACHE_SIZE是1向左移动INIT_CACHE_SIZE_LOG2位,那就是4,所以capacity的值为4。

  • 调用reallocate方法去申请空间。
  • 根据我们上面讲到的散列表的索引值计算方式cache_hash(sel, m)去获取init方法在散列表里面的索引值begin
  • 如果散列表当前位置是空的可以插入就把init方法插入到当前位置。
    5.png

    调用init时,我们根据方法缓存散列表索引值的计算方式看到init方法的索引值为:1,然后看打印结果:
    6.png

索引值为1的位置确实缓存的是我们刚调用的init方法。
同理当调用personTest时,我们根据方法缓存散列表计算索引值的计算方式看到personTest方法的索引值为:2,然后对照打印结果索引值为2的位置确实缓存的是personTest方法。
现在我们继续调用personTest1方法,如下:

[person personTest1];
uint32_t index3 = ((long long)@selector(personTest1) & ww_class->cache._maybeMask);
//        [person personTest2];
//        [person personTest3];
for (uint32_t i = 0; i < ww_class->cache._maybeMask; i++) {
    struct ww_bucket_t bucket = ww_class->cache.buckets[i];
    NSLog(@"索引值:%u - SEL:%@ - IMP:%p",i, NSStringFromSelector(bucket._sel),bucket._imp);
}
NSLog(@"已缓存的方法个数:%hu - 散列表实际长度:%u ",ww_class->cache._occupied,ww_class->cache._maybeMask);

打印结果:

2022-12-22 14:15:00.509028+0800 RuntimeDemo[79672:8987189] -[Person personTest1]
2022-12-22 14:15:00.515237+0800 RuntimeDemo[79672:8987189] 索引值:0 - SEL:(null) - IMP:0x0
2022-12-22 14:15:00.515293+0800 RuntimeDemo[79672:8987189] 索引值:1 - SEL:(null) - IMP:0x0
2022-12-22 14:15:00.515343+0800 RuntimeDemo[79672:8987189] 索引值:2 - SEL:(null) - IMP:0x0
2022-12-22 14:15:00.515390+0800 RuntimeDemo[79672:8987189] 索引值:3 - SEL:(null) - IMP:0x0
2022-12-22 14:15:00.515440+0800 RuntimeDemo[79672:8987189] 索引值:4 - SEL:personTest1 - IMP:0xba60
2022-12-22 14:15:00.515486+0800 RuntimeDemo[79672:8987189] 索引值:5 - SEL:(null) - IMP:0x0
2022-12-22 14:15:00.515531+0800 RuntimeDemo[79672:8987189] 索引值:6 - SEL:(null) - IMP:0x0
2022-12-22 14:15:00.515577+0800 RuntimeDemo[79672:8987189] 已缓存的方法个数:1 - 散列表实际长度:7 

我们发现:已缓存的方法个数为1,散列表实际长度变成了7,我们发现之前缓存的方法被清空了并且扩容了,我们来对照源码来看一下它是不是该去扩容并且清空之前的缓存了。
在这里我们需要重点看一下已经开辟的空间是否缓存满的判断:
fastpath(newOccupied + CACHE_END_MARKER <= cache_fill_ratio(capacity))

7.png

当我们调用了init时候,capacity的值为4。

  • 当调用personTest1方法时候,我们要去根据newOccupied + CACHE_END_MARKER <= cache_fill_ratio(capacity)来判断之前开辟的缓存空间是否还足够,newOccupied == 3CACHE_END_MARKER == 1,显然缓存空间不够,所以我们需要进行扩容,那么capacity == 8
  • 调用reallocate去重新分配新的缓存空间,并且清空之前的缓存。
void cache_t::reallocate(mask_t oldCapacity, mask_t newCapacity, bool freeOld)
{
 bucket_t *oldBuckets = buckets();
bucket_t *newBuckets = allocateBuckets(newCapacity);

ASSERT(newCapacity > 0);
ASSERT((uintptr_t)(mask_t)(newCapacity-1) == newCapacity-1);

setBucketsAndMask(newBuckets, newCapacity - 1);

if (freeOld) {
collect_free(oldBuckets, oldCapacity); // 释放之前的缓存空间
}
}
  • 调用personTest1时,根据方法缓存散列表计算索引值的计算方式看到personTest1方法的索引值为:4,对照打印结果看到索引值为4的位置确实存放了personTest1方法:
2022-12-22 15:18:22.334284+0800 RuntimeDemo[80094:9027062] 索引值:0 - SEL:(null) - IMP:0x0
2022-12-22 15:18:22.335782+0800 RuntimeDemo[80094:9027062] 索引值:1 - SEL:(null) - IMP:0x0
2022-12-22 15:18:22.335872+0800 RuntimeDemo[80094:9027062] 索引值:2 - SEL:(null) - IMP:0x0
2022-12-22 15:18:22.335940+0800 RuntimeDemo[80094:9027062] 索引值:3 - SEL:(null) - IMP:0x0
2022-12-22 15:18:22.336055+0800 RuntimeDemo[80094:9027062] 索引值:4 - SEL:personTest1 - IMP:0xb510
2022-12-22 15:18:22.336156+0800 RuntimeDemo[80094:9027062] 索引值:5 - SEL:(null) - IMP:0x0
2022-12-22 15:18:22.336222+0800 RuntimeDemo[80094:9027062] 索引值:6 - SEL:(null) - IMP:0x0
2022-12-22 15:18:22.336292+0800 RuntimeDemo[80094:9027062] 已缓存的方法个数:1 - 散列表实际长度:7 
  • 再调用personTest2personTest3时,我们计算索引值分别为0、4,但是索引值为4的位置已经有内容了,所以我们会根据cache_next去找到合适的索引值:
#if CACHE_END_MARKER
static inline mask_t cache_next(mask_t i, mask_t mask) {
    return (i+1) & mask;
}
#elif __arm64__
static inline mask_t cache_next(mask_t i, mask_t mask) {
    return i ? i-1 : mask;
}

根据(4+1) & mask得到personTest3的索引值为5,对照打印结果:

2022-12-22 15:24:41.305299+0800 RuntimeDemo[80143:9031426] 索引值:0 - SEL:personTest2 - IMP:0xb540
2022-12-22 15:24:41.305390+0800 RuntimeDemo[80143:9031426] 索引值:1 - SEL:(null) - IMP:0x0
2022-12-22 15:24:41.317936+0800 RuntimeDemo[80143:9031426] 索引值:2 - SEL:(null) - IMP:0x0
2022-12-22 15:24:41.318011+0800 RuntimeDemo[80143:9031426] 索引值:3 - SEL:(null) - IMP:0x0
2022-12-22 15:24:41.318081+0800 RuntimeDemo[80143:9031426] 索引值:4 - SEL:personTest1 - IMP:0xb5b0
2022-12-22 15:24:41.318147+0800 RuntimeDemo[80143:9031426] 索引值:5 - SEL:personTest3 - IMP:0xb510
2022-12-22 15:24:41.318214+0800 RuntimeDemo[80143:9031426] 索引值:6 - SEL:(null) - IMP:0x0
2022-12-22 15:24:41.318280+0800 RuntimeDemo[80143:9031426] 已缓存的方法个数:3 - 散列表实际长度:7

cache_t总结

方法缓存散列表其实就是利用空间来换时间,提高了方法查找的效率。

写在最后

关于方法缓存的底层实现我们就写到这里了,希望对大家有所帮助,如有错误请多多指教,最后欢迎大家去我的个人技术博客逛逛。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,651评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,468评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,931评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,218评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,234评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,198评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,084评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,926评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,341评论 1 311
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,563评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,731评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,430评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,036评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,676评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,829评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,743评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,629评论 2 354

推荐阅读更多精彩内容