延遲存儲屬性
class HotpotCat {
lazy var age: Int = 20
}
var hotpot = HotpotCat()
hotpot.age = 30
延遲屬性賦值&大小
在hotpot.age賦值前和賦值后各打個斷點,x/8g看下內存地址,可以看到賦值前是0x0,沒有值。
我們知道不加lazy的情況下內存大小為24,那么加了lazy后呢?
print(class_getInstanceSize(HotpotCat.self))
32
(lldb)
發現變為32了,多了8字節。那么分析下SIL:
這里有個小細節是加xcrun swift-demangle,會還原sil中swift的符號,方便閱讀
swiftc -emit-sil main.swift | xcrun swift-demangle >> ./main.sil && open main.sil
我們可以看到在main函數中,會給age賦值,調用了age
的setter
方法
%14 = class_method %9 : $HotpotCat, #HotpotCat.age!setter : (HotpotCat) -> (Int) -> (), $@convention(method) (Int, @guaranteed HotpotCat) -> () // user: %15
在age
的setter
方法中,可以看到是個可選值。
getter同理,有值走bb1,沒有值(
Optional.none
)走bb2賦默認值。那么延遲加載屬性本質上是可選類型,在沒有被訪問前,默認值是nil(0x0) 。在getter方法中枚舉值分支進行賦值操作。
那這里就解釋了為什么這里存儲屬性加上lazy
就變成32
字節了。因為要存儲枚舉信息,實際大小為9
字節,字節對齊16
字節。
print(MemoryLayout<Optional<Int>>.size)
print(MemoryLayout<Optional<Int>>.stride)
9
16
swift enum
默認大小為Int8
類型,編譯器會根據枚舉數量調整(Int8
、Int16
、Int32
、Int64
)。如果只有一個枚舉值系統也會優化size
為0
,stride
為1
。
獲取實例的大小可以通過MemoryLayout.size(ofValue:)
獲取。
延遲存儲屬性不能保證線程安全
上面我們分析了在getter方法中,會有bb1
和bb2
兩個分支,假設此時線程1在訪問bb2
并且沒有結束,線程2也調用getter那么也可能會走bb2
分支。這里就不能保證線程安全。
- 用關鍵字
lazy
來標識一個延遲存儲屬性。 - 延遲存儲屬性必須有一個默認的初始值。
- 延遲存儲屬性在第一次訪問的時候才被賦值。
- 延遲存儲屬性并不能保證線程安全。
- 延遲存儲屬性對實例對象大小有影響。
類型屬性
class HotpotCat {
static var age: Int = 20
}
var age = HotpotCat.age
// globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_token0
sil_global private @globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_token0 : $Builtin.Word
// static HotpotCat.age
sil_global hidden @static main.HotpotCat.age : Swift.Int : $Int
生成的age
變成了全局的變量sil_global
age
是HotpotCat.age.unsafeMutableAddressor
生成的。
// HotpotCat.age.unsafeMutableAddressor
sil hidden [global_init] @main.HotpotCat.age.unsafeMutableAddressor : Swift.Int : $@convention(thin) () -> Builtin.RawPointer {
bb0:
%0 = global_addr @globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_token0 : $*Builtin.Word // user: %1
%1 = address_to_pointer %0 : $*Builtin.Word to $Builtin.RawPointer // user: %3
// function_ref globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_func0
%2 = function_ref @globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_func0 : $@convention(c) () -> () // user: %3
%3 = builtin "once"(%1 : $Builtin.RawPointer, %2 : $@convention(c) () -> ()) : $()
%4 = global_addr @static main.HotpotCat.age : Swift.Int : $*Int // user: %5
%5 = address_to_pointer %4 : $*Int to $Builtin.RawPointer // user: %6
return %5 : $Builtin.RawPointer // id: %6
} // end sil function 'main.HotpotCat.age.unsafeMutableAddressor : Swift.Int'
這個方法執行了全局函數globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC
,并且這里有個builtin "once"
。
// globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_func0
sil private @globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_func0 : $@convention(c) () -> () {
bb0:
alloc_global @static main.HotpotCat.age : Swift.Int // id: %0
%1 = global_addr @static main.HotpotCat.age : Swift.Int : $*Int // user: %4
%2 = integer_literal $Builtin.Int64, 20 // user: %3
%3 = struct $Int (%2 : $Builtin.Int64) // user: %4
store %3 to %1 : $*Int // id: %4
%5 = tuple () // user: %6
return %5 : $() // id: %6
} // end sil function 'globalinit_029_12232F587A4C5CD8B1EEDF696793B2FC_func0'
這個函數將初始值賦值給了全局變量age
。
前面說到的once
就是swift_once
,我們源碼里面搜索一下swift_once
可以看到
dispatch_once_f
,這也就是我們的GCD
,所以static類型屬性只會被初始化一次。
- 用static聲明類型屬性
- 類型屬性屬于類本身,不論有多少個實例,類型屬性只有一份
- 全局的
- 線程安全的
單例
首先回顧下OC
單類的寫法,需要dispatch_once
確保線程安全并初始化一次,并且為了保證安全還要重寫allocWithZone
+ (instancetype)sharedInstance {
static HotpotCat *instance = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
instance = [[HotpotCat alloc] init];
});
return instance;
}
swift 2.0
的時候swift
的單類也是翻譯的oc
的寫法,現在已經不用了。
swift
單類只需要兩點:
-
static
修飾一個常量。 - 給
init
添加一個訪問控制權限。
class HotpotCat {
static let sharedInstance = HotpotCat()
private init(){
}
}
var hotpot = HotpotCat.sharedInstance
值類型
struct
struct HotpotCatStruct {
var age: Int
var name: String
}
class HotpotCatClass {
var age: Int
var name: String
}
對于
HotpotCatStruct
而言,已經有自動合成的初始化方法,對于HotpotCatClass
而言"Class 'HotpotCatClass' has no initializers"。通過
SIL
查看下
struct HotpotCatStruct {
@_hasStorage var age: Int { get set }
@_hasStorage var name: String { get set }
init(age: Int, name: String)
}
已經有了init(age: Int, name: String)
方法。
那么我們給age
一個默認值呢?
struct HotpotCatStruct {
var age: Int = 1
}
//sil
struct HotpotCatStruct {
@_hasStorage @_hasInitialValue var age: Int { get set }
init(age: Int = 1)
init()
}
可以看到既有默認的初始化方法,也有age初始化方法。
那么我們自己實現了init
方法呢?
struct HotpotCatStruct {
var age: Int = 1
init(age: Int) {
self.age = age
}
}
//sil
struct HotpotCatStruct {
@_hasStorage @_hasInitialValue var age: Int { get set }
init(age: Int)
}
可以看到編譯器不會幫我們生成了。
- 結構體不需要自定義初始化方法,系統自動合成。
- 如果屬性有默認值,系統會提供不同的默認初始化方法。
- 如果自定義初始化方法,系統不會幫我們生成。
struct值類型
首先明白下基本概念
- 地址存儲的就是值
- 傳遞過程中傳遞副本
struct HotpotCat {
var age: Int = 1
var age2: Int = 18
}
var hotpot = HotpotCat()
//lldb
(lldb) po hotpot
? HotpotCat
- age : 1
- age2 : 18
po
直接打印出來是值,不是地址。說明是值類型,我們再打印一下內存地址看下存儲的內容
(lldb) po withUnsafeMutablePointer(to: &hotpot){print($0)}
0x0000000100008028
0 elements
可以看到地址存儲的確實是
age
和age2
。再將
hotpot
賦值給hotpot2
再看下SIL,發現直接調用了
init
,沒有alloc
我們再看下
init
可以看到默認
alloc_stack
自身,在age
和age2
賦值的時候是從self
往下找的。init
返回分配在satck
的自身。所以他是一個值類型。
引用類型
那么如果是class
呢?
class HotpotClass {
var age: Int = 1
var age2: Int = 18
}
var hotpotClass = HotpotClass()
(lldb) po hotpotClass
<HotpotClass: 0x100634610>
po
直接顯示地址。
對于引用類型存儲的是地址。
如果值類型中有引用類型呢?
struct HotpotStruct {
var age: Int = 1
var age2: Int = 18
var hotpotClass: HotpotClass = HotpotClass()
}
class HotpotClass {
var age: Int = 1
var age2: Int = 18
}
var hotpotStruct = HotpotStruct()
var hotpotStruct2 = hotpotStruct
可以看出依然傳遞的是地址,所以應當避免值類型中包含引用類型。
我們再通過SIL看一下
struct HotpotStruct {
var age: Int = 1
var age2: Int = 18
var hotpotClass: HotpotClass
}
class HotpotClass {
var name: String = "HotpotCat"
}
var hotpotClass = HotpotClass()
var hotpotStruct = HotpotStruct(hotpotClass: hotpotClass)
var hotpotStruct2 = hotpotStruct
看到這里有引用計數了,strong_retain
搜索查看下發現一共有3
處。
我們打印一下看看
(lldb) po CFGetRetainCount(hotpotStruct.hotpotClass)
3
mutating
struct HotpotStruct {
var count: Int = 0
init() {
self.count = 10
}
mutating func clear() {
self.count = 0
}
}
值類型本身創建后不允許修改,要修改需要加上mutating
關鍵字
那么mutating
到底干了什么呢?
先看個正常訪問變量的例子
struct HotpotStruct {
var count: Int = 0
func clear() {
print(count)
}
}
對應的SIL
中clear
實現如下,可以看到隱藏參數self
為let
修飾,修改count
就為修改地址也就是修改值類型self
本身,所以方法中不能修改count
。
init
中為什么能修改呢?init
中alloc_stack
的self
為var
。那如果self
我們用var
接收再修改呢?修改是可以修改,只不過修改的是self
的另外一份拷貝(值傳遞)。
func clear() {
var s = self
s.count = 10
}
加了mutaing
進行了什么操作呢?可以看到self
是用var
修飾的添加了inout
關鍵字,debug_value
也變成了debug_value_addr
。
mutaing本質就是給參數添加了
inout
關鍵字傳遞地址,只用于值類型,因為引用類型本身就是對地址的操作再用
&
操作驗證下
func swap(_ a:inout Int, _ b:inout Int) {
a = a ^ b
b = a ^ b
a = a ^ b
}
var valueA = 1
var valueB = 2
swap(&valueA, &valueB)
struct函數調用方式
struct HotpotStruct {
func clear() {
print("clear")
}
}
var hotpotStruct = HotpotStruct()
hotpotStruct.clear()
在函數調用處打個斷點,直接看下匯編代碼看到是直接調用的函數地址(0x100003da0
)
control +step into
跟進去可以看到執行的就是HotpotStruct.clear()
。接著我們直接分析下可執行文件
可以確定編譯鏈接完成后,可執行文件調用的函數地址就已經確定了。
結構體中的方法是靜態調度(編譯、鏈接完成后函數地址就已經確定存放在了代碼段)
剛才可執行程序分析的時候并沒有對應的符號
SwiftStructMutating.HotpotStruct.clear()
,符號從哪里來的呢?符號表(Symbol Table
存儲符號位于字符串表的偏移)。clear
在字符串表偏移0x2
。靜態函數只在debug下有符號,release下會生成dsym文件。不能確定地址的當然還會有。Debug模式下只是方便我們調試符號表不直接存放字符串,字符串存放在字符串表(
String Table
,存放了所有的變量名、函數名)。偏移兩個字節,從
005F開始~005F結束
,都是clear
的符號。這里的字符串經過了命名重整。我們直接在終端
nm 可執行文件路徑
dump下符號
0000000100003da0 T _$s19SwiftStructMutating06HotpotB0V5clearyyF
0000000100003e90 T _$s19SwiftStructMutating06HotpotB0VACycfC
0000000100003f64 s _$s19SwiftStructMutating06HotpotB0VMF
0000000100003ea0 T _$s19SwiftStructMutating06HotpotB0VMa
0000000100004018 s _$s19SwiftStructMutating06HotpotB0VMf
0000000100003f40 S _$s19SwiftStructMutating06HotpotB0VMn
0000000100004020 S _$s19SwiftStructMutating06HotpotB0VN
0000000100003f24 s _$s19SwiftStructMutatingMXM
還原一下符號名稱
xcrun swift-demangle s19SwiftStructMutating06HotpotB0V5clearyyF
$s19SwiftStructMutating06HotpotB0V5clearyyF ---> SwiftStructMutating.HotpotStruct.clear() -> ()
搜索符號nm 可執行文件路徑 | grep 地址
這里地址不帶0x
nm /Users/***/Library/Developer/Xcode/DerivedData/SwiftStructMutating-bdtkkopulnojomaeuxaauwsnscxz/Build/Products/Debug/SwiftStructMutating | grep 0100003da0
0000000100003da0 T _$s19SwiftStructMutating06HotpotB0V5clearyyF
與之對應的我們看一下print
的調度方式
c/oc中方法的調度
void test(){
}
int main(int argc, const char * argv[]) {
test();
return 0;
}
可以看到c語言中符號直接就是_test
,所以這也是c語言不允許函數重載的原因。OC
同理-[Class selector]
。
這也就解釋了
Swift
命名重整規則復雜的原因(確保符號的唯一)。
struct HotpotCat {
func pot123() {
}
}
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
var hotpot = HotpotCat()
hotpot.pot123()
}
}
打下斷點看下函數地址0x10ff42bb0
可以看到兩個地址有偏差,這里偏差的就是
ALSR
(隨機地址偏移)可以通過
image list
查看,這里首地址0x0ff3f000
就是ALSR
。
[ 0] A3D54669-3D78-3CA1-A48F-958F7718E05B 0x000000010ff3f000
VM Address
靜態基地址,首地址就是根據靜態及地址+偏移量確定的。
pot123
的地址0000000100003BB0
+隨機偏移地址(0x0ff3f000
)=運行時地址(0x10ff42bb0
)