上一節，介紹了方法調度 & @objc & 指針。本節，我們就探究較難的引用計數，將從以下4個方面探索：
- Swift三大引用計數(strong、unowned、weak)
- 強引用 & 無主引用
- CFGetRetainCount計數統計
- 弱引用
swift中的引用計數與OC一致，都是采用ARC(自動引用計數)管理。
- OC引用計數：（可參考OC內存管理 -> 3.引用計數）
OC的對象都是以
objc_object為模板創建，其中首元素是isa：
開啟指針優化（nonpointer）: 在isa中存儲引用計數，可使用散列表進行拓展存儲未開啟指針優化： 直接使用散列表進行存儲。
- swift引用計數：
swift對象都是以HeapObject為模板創建，其中HeapObject的模板中第二個元素，是refCount引用計數屬性，該屬性記錄了strong(強引用計數)和unowned(弱引用計數)等信息。weak修飾的對象，會另外生成WeakReference對象，內部HeapObjectSideTableEntry散列表類在原heapObject類的基礎上，重新記錄了refCount（管理strong和unowned引用計數）并新增了weakBits弱引用計數。
1. Swift三大引用計數(strong、unowned、weak)
首先，我們先通過案例，體驗一下Swift對象的三種引用類型：
-
strong（默認強引用類型）、unowned（無主引用類型）、weak（弱引用類型）
image.png
- 不管是哪種
引用，持有的都是原對象（從p到p5內存地址可以看出）- 在每一行執行完后，
x/4g打印p對象內存信息，在第二個地址上，可以清晰感受到，強引用和無主引用的引用計數在有規律的增加，而弱引用卻沒有變化。
- 經過了上面的初體驗，我們對
強引用和無主引用計數的位置有了初步的感受，但弱引用的信息存放不明朗。
- 下面，我們通過
案例、SIL中間代碼、Swift源碼、匯編等方式，一點點揭開他們的面紗??
2. 強引用 & 無主引用
2.1 源碼探索
- 當前以
默認的initialized方式進行初始化，分析HeapObject對象的引用計數
swift源碼探索過程：
image.png
-
refCount的內存布局：
image.png
- 現在，我們知道
強引用和無主引用是在Uint64_t8位的refCount的不同位置。
2.2 引用計數分析
下面通過案例來檢查一下：
- 創建一個
Swift的命令行項目：
class HTPerson {
var age = 10
var name = "ht"
}
var t = HTPerson()
var t1 = t
var t2 = t
print("end")
- 【嘗試一】： 在
t1處打斷點。t對象的強引用和無主引用的計數都為1
image.png
- 【嘗試二】： 在
t2處打斷點。t對象的強引用計數為2和無主引用計數為1
image.png
2.3 強引用計數+1
- 還是以上面
測試代碼為例，我們結合SIL中間代碼和Swift源碼分析：
【情況一】僅
創建對象，默認強引用計數為1
image.png
【情況二】進行
一次引用，強引用計數為2，SIL中可以看到copy_addr，匯編可以看到使用swift_retain,在swift源碼中可以知道執行路徑為：
swift_retain->refCounts.increment(1)->incrementStrongExtraRefCount->強引用計數+1
image.png
3. CFGetRetainCount計數統計
-
CFGetRetainCount會在執行前，對對象進行strong_retain操作，在執行后，完成release_value操作。
所以swift中CFGetRetainCount打印的強引用計數，會比原引用計數多1。
注意：swift中，在lldb中p打印內存，會引用計數+1，影響影響CFGetRetainCount的結果
(斷點，p打印一次或多次，x/4g在內存信息中可看到引用計數明顯變化)
【情況一】
不打印，無retain和releaseimage.png【情況二】
打印一次CFGetRetainCount，執行前strong_retain+1，執行完release_value-1image.png
4. 弱引用
- 我們知道
swift是使用ARC（自動引用計數管理）的。如果產生循環引用，我們必須有弱引用機制去打破循環。
swift中的
弱引用，使用weak修飾。與OC不同的是：
OC:
弱引用計數是存放在全局維護的散列表中，isa中會記錄是否使用了散列表。
在引用計數為0時，自動觸發dealloc,會檢查并清空當前對象的散列表計數。
swift:
弱引用計數也是存放在散列表中，但這個散列表不是全局的。
- 如果對象
沒有使用weak弱引用，就是單純的HeapObject對象，沒有散列表。- 如果使用
weak弱引用，會變為WeakReference對象。這是一個Optionl(可空對象)。其結構中自帶散列表計數區域。
但swift的散列表與refCount無關聯。當強引用計數為0時，不會觸發散列表的清空。而是在下次訪問發現當前對象不存在（為nil）時，會清空散列表計數。
下面，我們通過案例和源碼來分析swift的弱引用： WeakReference對象和內存結構
案例：
可以發現：
weak修飾前，p對象是HeapObject類型，可從refCount中看出強引用計數和無主引用計數。
weak修飾后，p對象的類型變了
image.png可以看到
weak修飾的p1對象，變成了optinal可選值。
（不難理解，weak修飾的對象，不會改變原對象的引用計數，只是多一層可空的狀態）
image.png
斷點，匯編可以看到swift_weakInit初始化，swift_weakDestroy釋放。
image.png進入
swift源碼，搜索swift_weakInit：image.png
常規對象與弱引用對象區別：image.png
- 現在，我們已知道
弱引用實際上是WeakReference對象，信息都存儲在side弱引用表中，可仿照getSideTable函數左移3位得到side散列表地址。讀取弱引用信息：我們回到
上面案例：
image.png
- 了解結構后，關于
弱引用的引用計數+1、-1、釋放都在WeakReference類中有介紹，可以自行了解。
