cache_t分析

类的缓存,其中包含
struct objc_class:objc_object {
//Class isa,
Class superclass,
cache_t cache
,class_data_bits_t bits bits}

OC中的方法调用本质上是消息转发,但是每次都去遍历查找是很耗时的操作,这就解释了cache_t存在的意义了。

cache_t顾名思义是缓存,其底层是通过一个哈希表来实现读取的,调用过的方法会直接从cache_t缓存中读取,大大提升了查找速度。

struct cache_t {
struct bucket_t buckets;//8
mask_t mask; //4
mask_t occupied;}
//buckets是一个结构体
struct bucket_t {
private:
// IMP-first is better for arm64e ptrauth and no worse for arm64.
// SEL-first is better for armv7
and i386 and x86_64.

if arm64

MethodCacheIMP _imp;
cache_key_t _key;

}
imp:MethodCacheIMP类型,记录方法的指针。
key:由方法名name转换而成,作为缓存方法的关键字。

所以通过结构可知cache_t缓存的是bucket_t结构数据,bucket_t结构又是对方法的一层封装,所以cache_t缓存的就是方法。
//缓存的是方法
struct method_t {
SEL name;
const char *types;
MethodListIMP imp;}

类定义一些东西: 属性-方法,1、成员变量 2、属性 3、对象方法 4、类方法。

在发送objc_msgSend的时候,先去缓存中查找,如果没有找到,那么进行缓存。
下面看一个极为重要的方法,在调用方法的时候,底层首先判断这个方法有没有被缓存过,如果有,直接返回方法的imp,如果没有则要先进行方法缓存。
缓存流程 cache_fill_nolock 缓存入口。

1、判断是否有缓存 return
2、cache_key_t key = getKey(sel);
3、读取开辟占用occupied
4、cache->isConstantEmptyCache() 1、cache->reallocate
缓存bucket 没有的时候就创建0+1,达到3/4就扩容是原来的两倍。
find -> key通过哈希存储;bucket。

缓存的时候为什么删除旧的缓存,重新分配缓存:因为考虑到内存布局太费时间了,这是快速流程,所以直接重新分配更快。

cache_t.png
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 一、cache_t 内部结构分析 1.1 在iOS类的结构分析中,我们已经分析过类(Class)的本质是一个结构体...
    奉灬孝阅读 476评论 0 2
  • OC底层原理 学习大纲 学习是一件循序渐进的事情。步子大了扯到蛋🥚 我们回顾下之前学习的内容。 将所学知识进行串联...
    markhetao阅读 1,029评论 2 6
  • 前面的文章分析了OC类的结构构体实现,了解了objc_class结构体中有几个主要成员分别是isa、supercl...
    闭家锁阅读 497评论 1 1
  • 类的结构源码如下,前面分析了isa,superclass,bits都已经分析过了,现在来看看cache,首先查看c...
    愚十二阅读 385评论 0 0
  • cache_t 的基本结构 上之前类的结构分析一篇中,我们知道类的结构为: 也明白了bits,ISA以及super...
    yan0_0阅读 482评论 0 0

友情链接更多精彩内容