一、存储属性
存储属性 是一个类或者值类型(结构体,enum等)实例一部分的常量或变量,其存储属性一般有两种引入方式:
- 由
var关键字定义的,叫变量存储属性 - 由
let关键字定义的,叫常量存储属性
那么这两种有什么区别呢?在汇编层面,他们其实没有什么区别,但是在编译时他们主要的区别是:
-
let修饰的常量,其值一旦设置就无法再修改,否则编译不通过 -
var修饰的常量,其值可以随处设置不同的值
eg:

sil分析:
class PSYModel {
@_hasStorage var age: Int { get set }
@hasStorage final let name: String { get }
init( age: Int, _ name: String)
@objc deinit
}
// PSYModel.age.getter //age的getter方法
// PSYModel.age.setter //age的setter方法
// PSYModel.name.getter //name的getter方法
通过上面可以看出var修饰的变量,具有 存储属性,并且具有getter和setter方法,所以其设置值之后还可被设置新值。而let修饰的变量,被添加了final标识,并且只有getter方法,没有setter方法,所以在被设置初值之后就不能再被设置其值。但是为啥在指定初始化器中怎么能够给它设置值呢?因为在init方法中,是直接操作内存,存储到对应的内存的,并不需要调用setter方法

二、计算属性
在swift中存储属性很常见,当然除了存储属性,类、结构体和枚举也能够定义计算属性。计算属性并不存储值,他们提供getter和setter方法来获取和修改值,并且不同于存储属性可以使用var和let关键字修饰,计算属性必须用var修饰,并且定义变量的类型。如下:
struct square {
var width: Double
var area: Double{
get{
return width * width
}
set(newValue){
self.width = newValue
}
}
}
var s = square(width: 10.0)
s.area = 20

sil文件下area具有setter和getter方法,但是并没有 hasStoreage标识,也就是没有存储属性。直接打印其结构体的大小也可以发现area并不占用内存。

如果private (set)修饰一个变量,说明其实具有存储属性的私有变量,只能在类或结构体代码块内可以访问,并且有setter和getter方法,只是将setter方法设置为私有,外部只能调用getter方法。
三、属性观察者
属性观察者会观察用来观察属性值的变化,当属性值即将改变时调用willSet,当属性值改变之后调用didSet。其方法类似于getter和setter方法,在初始化器内修改其值并不会触发调用willSet和didSet方法,因为初始化器是直接内存的操作。(计算属性不用添加观察者)
| 初始化器内不会触发 | 非初始化器赋值触发 |
|---|---|
![]() |
![]() |
@_hasStorage var subName: String { get set } 也具有存储属性,其赋值的时候是由setter方法触发的,sil文件如下:

如果类存在继承,观察者属性调用又是啥样呢?
class PSYModel{
var age: Int
let name: String
init(_ age: Int, _ name: String, _ subName: String) {
self.age = age
self.name = name
self.subName = subName
}
var subName: String {
willSet{
print("PSY subName value willSet")
}
didSet{
print("PSY subName value didSet")
}
}
}
class LQRModel: PSYModel {
var sex: Int
override var subName: String{
willSet{
print("LQR subName value willSet")
}
didSet{
print("LQR subName value willSet")
}
}
init(_ sex: Int) {
self.sex = sex
super.init(18, "P", "SY")
}
}
var psy = LQRModel.init(1)
psy.subName = "spy"
print("end")
输出结果:****************************
LQR subName value willSet
PSY subName value willSet
PSY subName value didSet
LQR subName value willSet
end
Program ended with exit code: 0

四、延迟存储属性
延迟存储属性,其初始值是在第一次使用的时候才计算,使用关键字lazy来标识一个延迟存储属性。延迟存储属性只能用let修饰,不能用let,且必须有值。
class PSYModel{
lazy var age: Int = 1
let name: String
init(_ name: String) {
self.name = name
}
}
var psy = PSYModel.init("PSY")
print("psy.age = \(psy.age)")
print("end")
lldb打印内存看一下其实例对象在初始化的时候并没有值,在使用的时候才有值:

那么它具体是怎么做到,使用的时候才有值呢?它实际是被编译成了一个
_age: Int?可选类型的存储属性,并且生成了一个_age初始化表达式,返回了一个枚举。



可知,延迟存储属性延迟了内存的分配,相当于懒加载一样的效果,但是其并不是线程安全的,因为其并不能保证属性只被访问一次。
五、类型属性
类型属性其实是一个全局变量,只会被初始化一次,使用static修饰,eg :
class PSYModel{
static var age: Int = 6
}
PSYModel.age = 18
将上面的代码生成.sil代码看一下,可以发现其仍具有存储属性,比一般存储属性多了个static修饰符,并且生成了一个全局变量age:

main函数主要意思:
- 引用函数PSYModel.age.unsafeMutableAddressor
- 调用函数PSYModel.age.unsafeMutableAddressor并转成RawPointer原生指针
- 将原生指针指向Int数据类型
- 创建数值为18的数据Int64数据
- 将数据存入内存


PSYModel.age.unsafeMutableAddressor到底做了啥?内存是如何分配的?继续解读sil文件的PSYModel.age.unsafeMutableAddressor,可以发现其主要做了:
- 申请了一个全局的token0(
@globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_token0) - 拿到
globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_func0申请内存函数指针 - 调用了一个“once”函数,参数是上面得到的
token0和globalinit函数指针

@globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_func0真正初始化的函数,这个就很简单了,创建全局属性age,拿到内存地址,创建初始值6,将6存储到内存当中并返回。

但是那个“once”是有什么用吗?为什么还有一个token0?为了得到更接近底层汇编的中间代码,在终端使用命令生成ir文件: swiftc main.swift -emit-ir -o main1.c(这里为了方便生成的文件查看我制定后缀为.c文件)
找到相同的函数@s4main8PSYModelC3ageSivau--> PSYModel.age.unsafeMutableAddressor,可以发现“once”函数的调用译成了根据标记,如果没有内存分配(once_ont_done)就调用源码swift_once方法,如果已经分配了(once_done)就直接读取内存(load),保证了其只会分配一次内存,只初始化一次。

结合Swift源码 看一下swift_once做了什么?全局搜索swift_once可以找到其,并根据注释可以知道其调用了GCD(dispatch_once_f)保证函数只被执行一次。
/// 使用给定的上下文参数运行给定函数一次。
///predicate参数必须指向一个全局变量或静态变量,其静态范围类型为swift_once_t。
void swift::swift_once(swift_once_t *predicate, void (*fn)(void *),
void *context) {
#ifdef SWIFT_STDLIB_SINGLE_THREADED_RUNTIME
if (! *predicate) {
*predicate = true;
fn(context);
}
#elif defined(__APPLE__)
dispatch_once_f(predicate, context, fn);
#elif defined(__CYGWIN__)
_swift_once_f(predicate, context, fn);
#else
std::call_once(*predicate, [fn, context]() { fn(context); });
#endif
}
拓展(单例):
// 单例
class PSYModel{
static let shareInstance = PSYModel()
private init() {}
}
如果不希望单例类被继承,class前面加上final
六、属性在MachO文件中的位置
首先我们要有一个共识,根据前两篇文章【Swift语言的类与结构体--2,Swift语言的类与结构体--1】我们得到了Metadata的数据结构信息:
struct Metadata{
var kind: Int
var superClass: Any.Type
var cacheData: (Int, Int)
var data: Int
var classFlags: Int32
var instanceAddressPoint: UInt32
var instanceSize: UInt32
var instanceAlignmentMask: UInt16
var reserved: UInt16
var classSize: UInt32
var classAddressPoint: UInt32
var typeDescriptor: UnsafeMutableRawPointer
var iVarDestroyer: UnsafeRawPointer
}
以及类信息typeDescriptor的结构信息:
struct TargetClassDescriptor{
var flags: UInt32
var parent: UInt32
var name: Int32
var accessFunctionPointer: Int32
var fieldDescriptor: Int32
var superClassType: Int32
var metadataNegativeSizeInWords: UInt32
var metadataPositiveSizeInWords: UInt32
var numImmediateMembers: UInt32
var numFields: UInt32
var fieldOffsetVectorOffset: UInt32
var Offset: UInt32
var size: UInt32
//V-Table
}
以及在typeDescriptor的结构信息中,fieldDescriptor记录了属性的信息,其结构体如下:
struct FieldDescriptor{
var MangledTypeName: UInt32
var Superclass: UInt32
var Kind: Int16
var FieldRecordSize: Int16
var NumFields: Int32 // 属性个数
var FieldRecords // [FieldRecords]
}
FieldRecords中记录每个属性的信息,其结构体如下:
struct FieldRecord{
Flags : uint32
MangledTypeName: int32
FieldName: int32
}
新建代码,编译成.app文件,使用MachO View打开,手动计算验证是否能找到属性名:
class PSYModel{
var age: Int = 18
let name: String = "psy"
}
首先找到Section段__TEXT,__swift5_types,将pFile + Data - baseAddress(基地址) (0xFFFFFF5C + 0x1EE0 - 0x100000000 = 0x1E3C)得到typeDescriptor的偏移

点击Section64段__TEXT,__const,找到0x1E3C的pFile,向后偏移4个4字节,得到fieldDescriptor,此时也是得到fieldDescriptor的offset信息,需要pFile + Data(0x1E4C+ 0x6C = 0x1EB8)才能得到真正的FieldDescriptor

点击Section64段__TEXT,__switf5_fieldmd,找到0x1EB8,向后偏移3个4字节,得到连续的内存空间即是FiledRecords,再根据FiledRecords结构,第1个4字节是Flags,第2个4字节是MangledTypeName,接下来的4字节是FiledName的offset(0xffffffdf)

pFile + FiledName的offset ( 0x1ED0 + 0xffffffdf = 0x100001EAF),然后在Section64段__TEXT,__switf5_reflstr就可找到属性名字如下:同理,0x1EDC + 0xffffffd7 = 0x100001EB3得到另一个属性名name


