Swift-方法调度-类的普通方法底层探究
1. 类的普通方法调度
写一个结构体和一个类,对比看看方法调用的方式:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | // 结构体 struct PersonStruct { func changClassName () {} } let s = PersonStruct () s . changClassName () // 类 class PersonClass { func changClassName () {} } let c = PersonClass () c . changClassName () |
生成 SIL 代码:
【1】结构体及类的 SIL 代码:
与结构体不同的是:为PersonClass类自动生成了一个反初始化方法。
【2】执行方法的 SIL 代码:
在调用的方式中,可以看到类的方法,不是由function_ref 修饰,而是class_method修饰。
【3】还有一个不同点是,SIL 中为 PersonClass 自动生成了sil_vtable:
由上面 SIL 代码,我们可以看出,SIL 为类的方法创建了 sil_vtable,并在调用时,用class_method来修饰。这样的类的方法调度,是Swift 中动态派发的一种方式,叫做函数派发。
这里由sil_vtable 关键字声明的就是函数表。 函数表初始化的源码如下:
从源码中看,函数表中的数据结构是一个数组,源码是以遍历的的方式去获取函数表内的函数的,所以函数表是按顺序存放类中可能是函数派发去执行的函数,但是不一定函数表内的函数都会被以函数派发的方式去调度。
2. OC 继承链中的方法列表存储结构
我们知道 OC 中的方法是消息派发的方式。 每个对象中都有一个 isa 指针,指向自己的类。类中存放着该类实现的方法列表。本类方法列表中存放着本类实现的方法及父类方法列表的指针。在消息派发时,会先查找本来的方法列表,如果没找到,再去查找父类的方法列表,以此类推,来寻找方法的实现。
假设A类继承B类,B类继承C类,如下图所示:
3. Swift 继承连中的函数表存储结构
Swift 类中函数派发与消息派发类似, 所有类也会维护一个自己的函数表, 不同的是所有未被复写的父类所实现的函数地址都会拷贝在这个表中, 而不是由一个指向父类方法表的指针替代, 被重写的函数,在函数表中会指定为子类中的函数。由于少了一步指针寻址步骤, 在派发效率上要比基于消息的派发高效。
假设A类继承B类,B类继承C类,如下图所示:
代码验证一下:
以上为这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家支持。
青山不改,绿水长流,后会有期,感谢每一位佳人的支持!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
· 上周热点回顾(2.17-2.23)