iOS開發多線程下全局變量賦值崩潰原理詳解
問題 Demo
在多線程下同時給全局變量賦值時會發生崩潰:
static NSObject *_instance; - (void)foo { _instance = [[NSObject alloc] init]; }
崩潰原因
如下為源碼的匯編代碼:
Demo-iOS`-[ViewController foo]: 0x104e4e088 <+0>: stp x29, x30, [sp, #-0x10]! 0x104e4e08c <+4>: mov x29, sp # newValue = [[NSObject alloc] init] 0x104e4e094 <+12>: ldr x0, #0x7454 ; (void *)0x00000001db209e08: NSObject 0x104e4e098 <+16>: bl 0x104e4e438 ; symbol stub for: objc_alloc_init # oldValue = _instance 0x104e4e09c <+20>: adrp x9, 7 0x104e4e0a0 <+24>: ldr x8, [x9, #0x788] # _instance = newValue 0x104e4e0a4 <+28>: str x0, [x9, #0x788] # objc_release(oldValue) 0x104e4e0a8 <+32>: mov x0, x8 0x104e4e0ac <+36>: ldp x29, x30, [sp], #0x10 0x104e4e0b0 <+40>: b 0x104e4e480 ; symbol stub for: objc_release
對匯編代碼進行反匯編,可以看出 ARC 下編譯器添加瞭讀取舊值 oldValue = _instance 和釋放舊值 objc_release(oldValue) 的操作:
- (void)foo { NSObject *newValue = [[NSObject alloc] init]; NSObject *oldValue = _instance; //讀取舊值 _instance = newValue; objc_release(oldValue); //釋放舊值 }
給全局變量賦值時會讀取舊值、釋放舊值,舊值是從全局變量讀取的,多個線程可以同時讀到同一個值,如果一個 線程 在訪問舊值時,舊值被其它線程銷毀,就會發生崩潰。
即使在代碼中添加瞭判空邏輯,也會有可能多個線程同時進入 if (!_instance) 裡,發生錯誤:
static NSObject *_instance; - (void)foo { if (!_instance) { _instance = [[NSObject alloc] init]; } }
即使不崩潰,多個線程也會產生不同的實例,是不符合預期的
崩潰路徑
可以推斷出一種復現崩潰的辦法:
- A B C 線程同時進入
- (NSObject *)foo
方法 - A 線程先創建 NSObject 實例,賦值給 _instance (_instance = newValue),_instance 引用計數為 1
- B、C 線程再開始執行,執行到 oldValue = _instance 時,會從 _instance 全局變量中讀到 A 線程創建的對象,賦值給各自的 oldValue,oldValue 引用計數為 1
- B 線程在 objc_release(oldValue) 後會釋放 oldValue,oldValue 引用計數為 0,oldValue 被銷毀
- C 線程在 objc_release(oldValue) 時訪問 oldValue,發生崩潰
驗證方式
lldb 的 thread continue 指令可以控制僅一個線程執行,其它線程保持掛起。
利用該指令,可以復現崩潰路徑,按下面步驟可以驗證:
- 準備三個線程執行
[self foo]
,並在-foo
方法裡面打上斷點:
可以多次測試讓 3 個 線程 同時進入斷點,進入斷點後可以看到 Thread 2、3、4 是創建的 3 個線程:
不加 asm("nop\n") 的話執行完 objc_release(oldValue) 後,foo 函數會直接結束,不太方便在 objc_release(oldValue) 之後打斷點進行調試,添加之後 objc_release 之後會有位置打斷點(第 4 5 步用到)
- 在 Thread 2 中給匯編代碼第 10 行打斷點,並執行
thread contine
,使 Thread 2 執行完 _instance = newValue :
可以看到 Thread 2 創建的實例為 0x0000000280df8020
- 使 Thread 3、4 線程 執行完 oldValue = _instance
步驟1:刪除斷點(每次切換線程都要刪掉斷點,不然 Xcode 可能會有 bug …),切換到 Thread 3 ,給第 9 行打斷點,並執行 thread continue:
在 Xcode Debug Navitor 中選擇線程堆棧可以切換線程
或者使用 lldb,thread select 3
切換線程
步驟2:刪除斷點,切換到 Thread 4,給第 9 行打斷點,並執行 thread continue
:
可以發現 Thread 3、4 讀到的舊值都是 Thread 2 創建的 0x0000000280df8020
- 使Thread 3 執行完 objc_release(oldValue)
步驟:刪除斷點,切換到 Thread 3,給第 12 行打斷點,並執行 thread continue
:
此時 oldValue 引用計數為 0,被銷毀
- 使 Thread 4 執行 objc_release(oldValue), 訪問 oldValue
步驟:刪除斷點,切換到 Thread 4,給第 12 行打斷點,並執行 thread continue
:
在 Thread 3 執行 objc_release(oldValue) 後 oldValue 就已經被銷毀瞭,
Thread 4 再次訪問時會發生崩潰
其它測試
- 對成員變量賦值時同樣有這個問題
@property (nonatomic, strong) NSObject *obj; - (NSObject *)getInstance { _obj = [[NSObject alloc] init]; return _obj; }
- 局部變量不會有這個問題
局部變量不涉及"將舊值釋放"這個操作。
以上就是iOS開發多線程下全局變量賦值崩潰原理詳解的詳細內容,更多關於多線程全局變量賦值崩潰的資料請關註WalkonNet其它相關文章!