Swift底層探索(二):類型屬性、值類型&引用類型

延遲存儲屬性

class HotpotCat {
    lazy var age: Int = 20
}

var hotpot = HotpotCat()
hotpot.age = 30

延遲屬性賦值&大小

在hotpot.age賦值前和賦值后各打個斷點,x/8g看下內存地址,可以看到賦值前是0x0,沒有值。


image.png

我們知道不加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賦值,調用了agesetter方法

  %14 = class_method %9 : $HotpotCat, #HotpotCat.age!setter : (HotpotCat) -> (Int) -> (), $@convention(method) (Int, @guaranteed HotpotCat) -> () // user: %15

agesetter方法中,可以看到是個可選值。

image.png

getter同理,有值走bb1,沒有值(Optional.none)走bb2賦默認值。
image.png

那么延遲加載屬性本質上是可選類型,在沒有被訪問前,默認值是nil(0x0) 。在getter方法中枚舉值分支進行賦值操作。
那這里就解釋了為什么這里存儲屬性加上lazy就變成32字節了。因為要存儲枚舉信息,實際大小為9字節,字節對齊16字節。

print(MemoryLayout<Optional<Int>>.size)
print(MemoryLayout<Optional<Int>>.stride)
9
16

swift enum默認大小為Int8類型,編譯器會根據枚舉數量調整(Int8Int16Int32Int64)。如果只有一個枚舉值系統也會優化size0stride1
獲取實例的大小可以通過MemoryLayout.size(ofValue:)獲取。

延遲存儲屬性不能保證線程安全

上面我們分析了在getter方法中,會有bb1bb2兩個分支,假設此時線程1在訪問bb2并且沒有結束,線程2也調用getter那么也可能會走bb2分支。這里就不能保證線程安全。

image.png

  • 用關鍵字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

image.png

ageHotpotCat.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

image.png

可以看到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
}

image.png

對于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

image.png

可以看到地址存儲的確實是ageage2
再將hotpot賦值給hotpot2
image.png

再看下SIL,發現直接調用了init,沒有alloc
image.png

我們再看下init
image.png

可以看到默認alloc_stack自身,在ageage2賦值的時候是從self往下找的。init返回分配在satck的自身。所以他是一個值類型。

引用類型

那么如果是class呢?

class HotpotClass {
    var age: Int = 1
    var age2: Int = 18
}

var hotpotClass = HotpotClass()

(lldb) po hotpotClass
<HotpotClass: 0x100634610>

po直接顯示地址。

image.png

對于引用類型存儲的是地址。
如果值類型中有引用類型呢?

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
image.png

可以看出依然傳遞的是地址,所以應當避免值類型中包含引用類型。
我們再通過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處。

image.png

我們打印一下看看

(lldb) po CFGetRetainCount(hotpotStruct.hotpotClass)
3

mutating

image.png
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)
    }
}

對應的SILclear實現如下,可以看到隱藏參數selflet修飾,修改count就為修改地址也就是修改值類型self本身,所以方法中不能修改count

image.png

init中為什么能修改呢?initalloc_stackselfvar
image.png

那如果self我們用var接收再修改呢?修改是可以修改,只不過修改的是self的另外一份拷貝(值傳遞)。

    func clear() {
        var s = self
        s.count = 10
    }

加了mutaing進行了什么操作呢?可以看到self是用var修飾的添加了inout關鍵字,debug_value也變成了debug_value_addr

image.png

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)
image.png

struct函數調用方式

struct HotpotStruct {
    func clear() {
       print("clear")
    }
}

var hotpotStruct =  HotpotStruct()
hotpotStruct.clear()

在函數調用處打個斷點,直接看下匯編代碼看到是直接調用的函數地址(0x100003da0)

image.png

control +step into跟進去可以看到執行的就是HotpotStruct.clear()
接著我們直接分析下可執行文件
image.png

可以確定編譯鏈接完成后,可執行文件調用的函數地址就已經確定了。
結構體中的方法是靜態調度(編譯、鏈接完成后函數地址就已經確定存放在了代碼段)
剛才可執行程序分析的時候并沒有對應的符號SwiftStructMutating.HotpotStruct.clear(),符號從哪里來的呢?符號表Symbol Table 存儲符號位于字符串表的偏移)。clear在字符串表偏移0x2靜態函數只在debug下有符號,release下會生成dsym文件。不能確定地址的當然還會有。Debug模式下只是方便我們調試
image.png

符號表不直接存放字符串,字符串存放在字符串表(String Table,存放了所有的變量名、函數名)。
image.png

偏移兩個字節,從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的調度方式

image.png

image.png

c/oc中方法的調度

void test(){
    
}

int main(int argc, const char * argv[]) {
    test();
    return 0;
}

可以看到c語言中符號直接就是_test,所以這也是c語言不允許函數重載的原因。OC同理-[Class selector]

image.png

這也就解釋了Swift命名重整規則復雜的原因(確保符號的唯一)。

struct HotpotCat {
    func pot123() {
    }
}

class ViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        var hotpot = HotpotCat()
        hotpot.pot123()
    }
}

打下斷點看下函數地址0x10ff42bb0

image.png

image.png

可以看到兩個地址有偏差,這里偏差的就是ALSR(隨機地址偏移)
可以通過image list查看,這里首地址0x0ff3f000就是ALSR

[  0] A3D54669-3D78-3CA1-A48F-958F7718E05B 0x000000010ff3f000

VM Address靜態基地址,首地址就是根據靜態及地址+偏移量確定的。

image.png

pot123的地址0000000100003BB0+隨機偏移地址(0x0ff3f000)=運行時地址(0x10ff42bb0)
image.png

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,156評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,401評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,069評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,873評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,635評論 6 408
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,128評論 1 323
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,203評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,365評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,881評論 1 334
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,733評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,935評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,475評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,172評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,582評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,821評論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,595評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,908評論 2 372

推薦閱讀更多精彩內容