OC內(nèi)存管理--引用計數(shù)器

原文鏈接OC內(nèi)存管理--引用計數(shù)器

更新于2020-02-14 更新Tagged Pointer的知識點

引用計數(shù)的存儲策略

  1. 有些對象如果支持使用Tagged Pointer,蘋果會直接將其指針值作為引用計數(shù)返回;
  2. 如果當前設(shè)備是64位環(huán)境并且使用Objective-C 2.0,那么“一些”對象會使用其isa指針的一部分空間來存儲它的引用計數(shù);
  3. 否則Runtime會使用一張散列表來管理引用計數(shù)。

Tagged Pointer

從64bit開始,iOS引入了Tagged Pointer技術(shù),用來優(yōu)化NSNumber、NSDateNSString等小對象的內(nèi)存。

我們知道在沒有使用Tagged Pointer之前,NSNumber、NSDate、NSString等對象需要動態(tài)分配內(nèi)存,維護引用計數(shù)等。對象的指針存的是一個指向堆空間的地址值。以NSNumber為例,我們在創(chuàng)建NSObject對象的時候,至少需要16個字節(jié)的內(nèi)存大?。ㄟ@個與OC內(nèi)存對齊所使用的系數(shù)有關(guān)),另外還要用其他的內(nèi)存空間來存NSNumber所對應(yīng)的值,看上去這無疑在增加內(nèi)存的開銷。

在使用了Tagged Pointer之后,它的指針不再是地址了,而是真正的值,準確的說是Tag+Data。所以,實際上它不再是一個對象了,它只是一個披著對象皮的普通變量而已。所以,它的內(nèi)存并不存儲在堆中,也不需要mallocfree。

在內(nèi)存的讀取上使用了Tagged Pointer技術(shù)的對象也會比之前快很多。

下面的代碼用來反映在64位系統(tǒng)下Tagged Pointer的應(yīng)用:

int main(int argc, char * argv[]) {
    @autoreleasepool {
        NSNumber *number1 = @1;
        NSNumber *number2 = @2;
        NSNumber *number3 = @3;
        NSNumber *number4 = @4;
        
        NSNumber *numberLarger = @(MAXFLOAT);
        
        NSLog(@"number1 pointer is %p", number1);
        NSLog(@"number2 pointer is %p", number2);
        NSLog(@"number3 pointer is %p", number3);
        NSLog(@"number4 pointer is %p", number4);
        NSLog(@"numberLarger pointer is %p", numberLarger);
        
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

// 打印結(jié)果:
2018-09-25 15:26:05.788382+0800 NSObjectProject[68029:24580896] number1 pointer is 0x9c344c19d780bc93
2018-09-25 15:26:05.789257+0800 NSObjectProject[68029:24580896] number2 pointer is 0x9c344c19d780bca3
2018-09-25 15:26:05.789383+0800 NSObjectProject[68029:24580896] number3 pointer is 0x9c344c19d780bcb3
2018-09-25 15:26:05.789489+0800 NSObjectProject[68029:24580896] number4 pointer is 0x9c344c19d780bcc3
2018-09-25 15:26:05.789579+0800 NSObjectProject[68029:24580896] numberLarger pointer is 0x600001e60d80

上面的打印結(jié)果中,除了numberLarger這個變量之外,其他變量都使用Tagged Pointer技術(shù)。那如何知道對象是否是Tagged Pointer的對象呢?接著看一下源碼中的定義:

inline bool objc_object::isTaggedPointer() {
    return _objc_isTaggedPointer(this);
}

static inline bool _objc_isTaggedPointer(const void * _Nullable ptr) {
    return ((uintptr_t)ptr & _OBJC_TAG_MASK) == _OBJC_TAG_MASK;
}

_OBJC_TAG_MASK是一個依賴于環(huán)境的宏,其相關(guān)定義如下:

#if (TARGET_OS_OSX || TARGET_OS_IOSMAC) && __x86_64__
    // 64-bit Mac - tag bit is LSB
#   define OBJC_MSB_TAGGED_POINTERS 0
#else
    // Everything else - tag bit is MSB
#   define OBJC_MSB_TAGGED_POINTERS 1
#endif

#if OBJC_MSB_TAGGED_POINTERS
#   define _OBJC_TAG_MASK (1UL<<63)
#else
#   define _OBJC_TAG_MASK 1UL
#endif

如果是mac OS 64bit的環(huán)境下,_OBJC_TAG_MASK1UL,如果是iOS 64bit的環(huán)境下,_OBJC_TAG_MASK1UL<<631UL就是1)。

所以判斷是否Tagged Pointer的對象需要分環(huán)境考慮。如果是mac 64bit的環(huán)境下,則查看其指針最低有效位是否為1,如果是iOS 64bit的環(huán)境下,則使用1UL<<63,即1往左偏移63即0x1000000000000000,即查看最高有效位是否為1。

上述實驗是在iphone手機下運行的結(jié)果。我們將上面地址(16進制)的第一位轉(zhuǎn)成二進制,分別是10011001、1001、10010110,做$運算后,除了numberLarger對應(yīng)的變量以外,其他的都是0x1000000000000000。另外我們在創(chuàng)建對象的時候,只要是從堆空間里創(chuàng)建的對象,它的最低有效位一定是0。這還是因為OC對象的內(nèi)存對齊使用的系數(shù)為16,所以內(nèi)存地址一定是16的倍數(shù)。但是使用了Tagged Pointer技術(shù)的對象,它的最低有效位就不一定是0了。從這里也證明了使用Tagged Pointer的對象的內(nèi)存并不存儲在堆中,也不需要mallocfree。在后續(xù)的源碼中,也會看到但凡是Tagged Pointer的對象,很多都會直接return。

到這里我們得出幾個結(jié)論:

  1. 從64bit開始,iOS對NSNumber、NSDate、NSString等小對象會優(yōu)先使用Tagged Pointer技術(shù)進行存儲,即指針存儲。當指針存儲不下內(nèi)容的時候,才會使用堆空間即動態(tài)分配內(nèi)存;
  2. 在mac OS 64bit下,通過看最低有效位是否為1判斷是否Tagged Pointer的對象,在iOS 64bit下,通過查看最高有效位是否為1來判斷;

我們知道,所有對象都有其對應(yīng)的isa指針,那么引入Tagged Pointer會對isa指針產(chǎn)生什么影響。

isa指針

isa的本質(zhì)——isa_t聯(lián)合體

在Objective-C語言中,類也是對象,且每個對象都包含一個isa指針,isa指針指向該對象所屬的類。
在arm64架構(gòu)之前,isa就是一個普通的指針,存儲著Class或者Meta-Class對象的內(nèi)存地址。從arm64開始,Runtime對isa進行了優(yōu)化,變成了一個union(共用體或者聯(lián)合體)結(jié)構(gòu),還使用位域來存儲更多的信息。

在C語言中,結(jié)構(gòu)體可以包含多個類型不同的成員,各個成員會占用不同的內(nèi)存,互相之間沒有影響。結(jié)構(gòu)體占用的內(nèi)存大于等于所有成員占用的內(nèi)存的總和(成員之間可能會存在縫隙)。而聯(lián)合體,是一種與結(jié)構(gòu)體非常接近的數(shù)據(jù)結(jié)構(gòu),但是有所區(qū)別。共用體占用的內(nèi)存等于最長的成員占用的內(nèi)存,這就是說共用體的所有成員占用同一段內(nèi)存,修改一個成員會影響其余所有成員。

objc_object這個結(jié)構(gòu)體中定義了isa指針,這里我們只看arm64下的相關(guān)定義:

struct objc_object {
    isa_t isa;
}

// isa_t的定義
union isa_t {
    isa_t() { }
    isa_t(uintptr_t value) : bits(value) { }

    Class cls;
    uintptr_t bits;

#if SUPPORT_PACKED_ISA
# if __arm64__
#   define ISA_MASK        0x0000000ffffffff8ULL
#   define ISA_MAGIC_MASK  0x000003f000000001ULL
#   define ISA_MAGIC_VALUE 0x000001a000000001ULL
    struct {
        uintptr_t nonpointer        : 1;
        uintptr_t has_assoc         : 1;
        uintptr_t has_cxx_dtor      : 1;
        uintptr_t shiftcls          : 33; // MACH_VM_MAX_ADDRESS 0x1000000000
        uintptr_t magic             : 6;
        uintptr_t weakly_referenced : 1;
        uintptr_t deallocating      : 1;
        uintptr_t has_sidetable_rc  : 1;
        uintptr_t extra_rc          : 19;
#       define RC_ONE   (1ULL<<45)
#       define RC_HALF  (1ULL<<18)
    };
# endif

// SUPPORT_PACKED_ISA
#endif
};
  • nonpointer 該變量占用1 bit內(nèi)存空間,可以有兩個值:0和1,分別代表不同的isa_t的類型:

  • has_assoc 該變量與對象的關(guān)聯(lián)引用有關(guān)。

  • has_cxx_dtor 表示該對象是否有析構(gòu)函數(shù),如果有析構(gòu)函數(shù),則需要做析構(gòu)邏輯;如果沒有,則可以更快的釋放對象。

  • shiftcls 在開啟指針優(yōu)化的情況下,用33bits存儲類指針的值。在initIsa()中有newisa.shiftcls = (uintptr_t)cls >> 3;這樣的代碼,就是將類指針存在isa中。

  • magic 用于調(diào)試器判斷當前對象是真的對象還是沒有初始化的空間

  • weakly_referenced 標志對象是否被指向或者曾經(jīng)指向一個 ARC 的弱變量,沒有弱引用的對象可以更快釋放。

  • deallocating 標志對象是否正在釋放內(nèi)存。

  • extra_rc 存儲的是引用計數(shù)

  • has_sidetable_rc 當引用計數(shù)器過大的時候,那么引用計數(shù)會存儲在一個叫SideTable的類的屬性中。

  • ISA_MAGIC_MASK 通過掩碼方式獲取magic值。

  • SA_MASK 通過掩碼方式獲取isa的類指針值。

  • RC_ONERC_HALF 用于引用計數(shù)的相關(guān)計算。

nonpointer的0表示開啟指針優(yōu)化即普通的指針,訪問objc_object的isa會直接返回cls變量,cls變量會指向?qū)ο笏鶎俚念惖慕Y(jié)構(gòu);1表示開啟指針優(yōu)化,不能直接訪問objc_object的isa成員變量(此時的isa而是一個Tagged Pointer),isa中包含了類信息、對象的引用計數(shù)等信息。

extra_rc占了19位,可以存儲的最大引用計數(shù)應(yīng)該是2^{19} - 1 + 1= 524288(為什么要這么寫是因為extra_rc保存的是值-1,而在獲取引用計數(shù)的時候會+1),當超過它就需要SideTables。SideTables內(nèi)包含一個RefcountMap,用來保存引用計數(shù),根據(jù)對象地址取出其引用計數(shù),類型是size_t

這里有個問題,為什么既要使用一個extra_rc又要使用SideTables?

可能是因為歷史問題,以前cpu是32位的,isa中能存儲的引用計數(shù)就只有2^7=128。因此在arm64下,引用計數(shù)通常是存儲在isa中的。

更具體的會在retain操作的時候講到。

isa_t聯(lián)合體里面的宏

SUPPORT_PACKED_ISA

表示平臺是否支持在isa指針中插入除Class之外的信息。

  1. 如果支持就會將Class信息放入isa_t定義的struct內(nèi),并附上一些其他信息,例如上面的nonpointer等等;
  2. 如果不支持,那么不會使用isa_t內(nèi)定義的struct,這時isa_t只使用cls(Class 指針)。

在iOS以及MacOSX設(shè)備上,SUPPORT_PACKED_ISA定義為1

SUPPORT_INDEXED_ISA

SUPPORT_INDEXED_ISA表示isa_t中存放的Class信息是Class的地址。在initIsa()中有:

#if SUPPORT_INDEXED_ISA
newisa.indexcls = (uintptr_t)cls->classArrayIndex();

iOS設(shè)備上SUPPRT_INDEXED_ISA是0。

isa類型有關(guān)的宏

SUPPORT_NONPOINTER_ISA

用于標記是否支持優(yōu)化的isa指針,其定義:

#if !SUPPORT_INDEXED_ISA  &&  !SUPPORT_PACKED_ISA
#   define SUPPORT_NONPOINTER_ISA 0
#else
#   define SUPPORT_NONPOINTER_ISA 1
#endif

那如何判斷是否支持優(yōu)化的isa指針?

  1. 已知iOS系統(tǒng)的SUPPORT_PACKED_ISA為1,SUPPORT_INDEXED_ISA為0,從上面的定義可以看出,iOS系統(tǒng)的SUPPORT_NONPOINTER_ISA為1;
  2. 在環(huán)境變量中設(shè)置OBJC_DISABLE_NONPOINTER_ISA。

這里需要注意的是,即使是64位環(huán)境下,優(yōu)化的isa指針并不是就一定會存儲引用計數(shù),畢竟用19bit iOS 系統(tǒng))保存引用計數(shù)不一定夠。另外這19位保存的是引用計數(shù)的值減一。

SideTable

在源碼中我們經(jīng)常會看到SideTable這個結(jié)構(gòu)體。它的定義:

struct SideTable {
    spinlock_t slock;
    RefcountMap refcnts;
    weak_table_t weak_table;

    //省略其他代碼
};

從上面可知,SideTable中有三個成員變量:

  1. slock用于保證原子操作的自旋鎖;
  2. refcnts用于引用計數(shù)的hash表;
  3. weak_table用于weak引用的hash表。

這里我們主要看引用計數(shù)的哈希表。RefcountMap的定義:typedef objc::DenseMap<DisguisedPtr<objc_object>,size_t,true> RefcountMap;

可以看出SideTable用來保存引用計數(shù)具體是用DenseMap這個類(在llvm-DenseMap.h中)實現(xiàn)的。DenseMapDisguisedPtr<objc_object>key,size_tvalueDisguisedPtr類是對objc_object *指針及其一些操作進行的封裝,其內(nèi)容可以理解為對象的內(nèi)存地址,值的類型為__darwin_size_t,在 darwin 內(nèi)核一般等同于 unsigned long。其實這里保存的值也是等于引用計數(shù)減1。

引用計數(shù)的獲取

通過retainCount可以獲取到引用計數(shù)器,其定義:

- (NSUInteger)retainCount {
    return ((id)self)->rootRetainCount();
}

inline uintptr_t objc_object::rootRetainCount() {
    if (isTaggedPointer()) return (uintptr_t)this;

    sidetable_lock();
    // 加鎖,用匯編指令ldxr來保證原子性
    isa_t bits = LoadExclusive(&isa.bits);
    // 釋放鎖,使用匯編指令clrex
    ClearExclusive(&isa.bits);
    if (bits.nonpointer) {
        uintptr_t rc = 1 + bits.extra_rc;
        if (bits.has_sidetable_rc) {
            rc += sidetable_getExtraRC_nolock();
        }
        sidetable_unlock();
        return rc;
    }

    sidetable_unlock();
    return sidetable_retainCount();
}

//sidetable_retainCount()函數(shù)實現(xiàn)
uintptr_t objc_object::sidetable_retainCount() {
    SideTable& table = SideTables()[this];

    size_t refcnt_result = 1;
    
    table.lock();
    RefcountMap::iterator it = table.refcnts.find(this);
    if (it != table.refcnts.end()) {
        // this is valid for SIDE_TABLE_RC_PINNED too
        refcnt_result += it->second >> SIDE_TABLE_RC_SHIFT;
    }
    table.unlock();
    return refcnt_result;
}

從上面的代碼可知,獲取引用計數(shù)的時候分為三種情況:

  1. Tagged Pointer的話,直接返回isa本身;
  2. Tagged Pointer,且開啟了指針優(yōu)化,此時引用計數(shù)先從extra_rc中去?。ㄟ@里將取出來的值進行了+1操作,所以在存的時候需要進行-1操作),接著判斷是否有SideTable,如果有再加上存在SideTable中的計數(shù);
  3. Tagged Pointer,沒有開啟了指針優(yōu)化,使用sidetable_retainCount()函數(shù)返回。

手動操作對引用計數(shù)的影響

objc_retain()

#if __OBJC2__
__attribute__((aligned(16))) id objc_retain(id obj) {
    if (!obj) return obj;
    if (obj->isTaggedPointer()) return obj;
    return obj->retain();
}
#else
id objc_retain(id obj) { return [obj retain]; }

首先判斷是否是Tagged Pointer的對象,是就返回對象本身,否則通過對象的retain()返回。

inline id objc_object::retain() {
    assert(!isTaggedPointer());
    // hasCustomRR方法檢查類(包括其父類)中是否含有默認的方法
    if (fastpath(!ISA()->hasCustomRR())) {
        return rootRetain();
    }

    return ((id(*)(objc_object *, SEL))objc_msgSend)(this, SEL_retain);
}

首先判斷是否是Tagged Pointer,這個函數(shù)并不希望處理的對象是Tagged Pointer;接著通過hasCustomRR函數(shù)檢查類(包括其父類)中是否含有默認的方法,有則調(diào)用自定義的方法;如果沒有,調(diào)用rootRetain()函數(shù)。

ALWAYS_INLINE id objc_object::rootRetain() {
    return rootRetain(false, false);
}

//將源碼精簡后的邏輯
ALWAYS_INLINE id 
objc_object::rootRetain(bool tryRetain, bool handleOverflow)
{
    if (isTaggedPointer()) return (id)this;
    
    isa_t oldisa;
    isa_t newisa;

    // 加鎖,用匯編指令ldxr來保證原子性
    oldisa = LoadExclusive(&isa.bits);
    newisa = oldisa;
    
    if (newisa.nonpointer = 0) {
        // newisa.nonpointer = 0說明所有位數(shù)都是地址值
        // 釋放鎖,使用匯編指令clrex
        ClearExclusive(&isa.bits);
        
        // 由于所有位數(shù)都是地址值,直接使用SideTable來存儲引用計數(shù)
        return sidetable_retain();
    }
    
    // 存儲extra_rc++后的結(jié)果
    uintptr_t carry;
    // extra_rc++
    newisa.bits = addc(newisa.bits, RC_ONE, 0, &carry);
    
    if (carry == 0) {
        // extra_rc++后溢出,進位到side table
        newisa.extra_rc = RC_HALF;
        newisa.has_sidetable_rc = true;
        sidetable_addExtraRC_nolock(RC_HALF);
    }
        
    // 將newisa寫入isa
    StoreExclusive(&isa.bits, oldisa.bits, newisa.bits)
    return (id)this;
}

從上面的可以看到:

  • Tagged Pointer直接返回對象本身;
  • newisa.nonpointer == 0沒有開啟指針優(yōu)化,直接使用SideTable來存儲引用計數(shù);
  • 開啟指針優(yōu)化,使用isa的extra_rc保存引用計數(shù),當超出的時候,使用SideTable來存儲額外的引用計數(shù)。

objc_release()

#if __OBJC2__
__attribute__((aligned(16)))
void 
objc_release(id obj) {
    if (!obj) return;
    if (obj->isTaggedPointer()) return;
    return obj->release();
}
#else
void objc_release(id obj) { [obj release]; }
#endif

//release()源碼
inline void
objc_object::release()
{
    assert(!isTaggedPointer());

    if (fastpath(!ISA()->hasCustomRR())) {
        rootRelease();
        return;
    }

    ((void(*)(objc_object *, SEL))objc_msgSend)(this, SEL_release);
}

這邊的邏輯和objc_retain()的邏輯一致,所以直接看rootRelease()函數(shù),與上面一樣,下面的代碼也是經(jīng)過精簡的。

ALWAYS_INLINE bool
objc_object::rootRelease(bool performDealloc, bool handleUnderflow) {
    if (isTaggedPointer()) return false;
    
    isa_t oldisa;
    isa_t newisa;
    
retry:
    oldisa = LoadExclusive(&isa.bits);
    newisa = oldisa;
    if (newisa.nonpointer == 0) {
        ClearExclusive(&isa.bits);
        if (sideTableLocked) sidetable_unlock();
        return sidetable_release(performDealloc);
    }
    
    uintptr_t carry;
    // extra_rc--
    newisa.bits = subc(newisa.bits, RC_ONE, 0, &carry);
    if (carry == 0) {
        // 需要從SideTable借位,或者引用計數(shù)為0
        goto underflow;
    }
    
    // 存儲引用計數(shù)到isa
    StoreReleaseExclusive(&isa.bits,
                          oldisa.bits, newisa.bits)
    return false;
    
underflow:
    // 從SideTable借位
    // 或引用計數(shù)為0,調(diào)用delloc
    
    // 此處省略N多代碼
    // 總結(jié)一下:修改Side Table與extra_rc,
    
    // 引用計數(shù)減為0時,調(diào)用dealloc
    if (performDealloc) {
        ((void(*)(objc_object *, SEL))objc_msgSend)(this, SEL_dealloc);
    }
    return true;
}

從上面可以看到:

  1. 判斷是否是Tagged Pointer的對象,是就直接返回;
  2. 沒有開啟指針優(yōu)化,使用SideTable存儲的引用計數(shù)-1;
  3. 開啟指針優(yōu)化,使用isa的extra_rc保存的引用計數(shù)-1,當carry==0表示需要從SideTable保存的引用計數(shù)也用完了或者說引用計數(shù)為0,所以執(zhí)行最后一步;
  4. 最后調(diào)用dealloc,所以這也回答了之前的《OC內(nèi)存管理--對象的生成與銷毀》中dealloc什么時候被調(diào)用這個問題,在rootRelease(bool performDealloc, bool handleUnderflow)函數(shù)中如果判斷出引用計數(shù)為0了,就要調(diào)用dealloc函數(shù)了。

總結(jié)

  1. 引用計數(shù)存在什么地方?

    • Tagged Pointer不需要引用計數(shù),蘋果會直接將對象的指針值作為引用計數(shù)返回;
    • 開啟了指針優(yōu)化(nonpointer == 1)的對象其引用計數(shù)優(yōu)先存在isaextra_rc中,大于524288便存在SideTableRefcountMap或者說是DenseMap中;
    • 沒有開啟指針優(yōu)化的對象直接存在SideTableRefcountMap或者說是DenseMap中。
  2. retain/release的實質(zhì)

    • Tagged Pointer不參與retain/release;
    • 找到引用計數(shù)存儲區(qū)域,然后+1/-1,并根據(jù)是否開啟指針優(yōu)化,處理進位/借位的情況;
    • 當引用計數(shù)減為0時,調(diào)用dealloc函數(shù)。
  3. isa是什么

    // ISA() assumes this is NOT a tagged pointer object
    Class ISA();
    
    // getIsa() allows this to be a tagged pointer object
    Class getIsa();
    
    • 首先要知道,isa指針已經(jīng)不一定是類指針了,所以需要用ISA()獲取類指針;
    • Tagged Pointer的對象沒有isa指針,有的是isa_t的結(jié)構(gòu)體;
    • 其他對象的isa指針還是類指針。
  4. 對象的值是什么

    • 如果是Tagged Pointer,對象的值就是指針;
    • 如果非Tagged Pointer, 對象的值是指針指向的內(nèi)存區(qū)域中的值。

補充: 一道多線程安全的題目

以下代碼運行結(jié)果

@property (nonatomic, strong) NSString *target;
//....

dispatch_queue_t queue = dispatch_queue_create("parallel", DISPATCH_QUEUE_CONCURRENT);
for (int i = 0; i < 1000000 ; i++) {
    dispatch_async(queue, ^{
        self.target = [NSString stringWithFormat:@"ksddkjalkjd%d",i];
    });
}

答案:大概率地發(fā)生Crash。

Crash的原因:過度釋放。

這道題看著雖然是多線程范圍的,但是解題的最重要思路確是在引用計數(shù)上,更準確的來說是看對強引用的理解程度。關(guān)鍵知識點如下:

  1. 全局隊列和自定義并行隊列在異步執(zhí)行的時候會根據(jù)任務(wù)系統(tǒng)決定開辟線程個數(shù);
  2. target使用strong進行了修飾,Block是會截獲對象的修飾符的;
  3. 即使使用_target效果也是一樣,因為默認使用strong修飾符隱式修飾;
  4. strong的源代碼如下:
objc_storeStrong(id *location, id obj) {
    id prev = *location;
    if (obj == prev) {
        return;
    }
    objc_retain(obj);
    *location = obj;
    objc_release(prev);
}

假設(shè)這個并發(fā)隊列創(chuàng)建了兩個線程A和B,由于是異步的,可以同時執(zhí)行。因此會出現(xiàn)這么一個場景,在線程A中,代碼執(zhí)行到了objc_retain(obj),但是在線程B中可能執(zhí)行到了objc_release(prev),此時prev已經(jīng)被釋放了。那么當A在執(zhí)行到objc_release(prev)就會過度釋放,從而導致程序crash。

解決方法:

  1. 加個互斥鎖
  2. 使用串行隊列,使用串行隊列的話,其實內(nèi)部是靠DISPATCH_OBJ_BARRIER_BIT設(shè)置阻塞標志位
  3. 使用weak
  4. Tagged Pointer,如果說上面的self.target指向的是一個Tagged Pointer技術(shù)的NSString,那程序就沒有問題。
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容